Re: clone d'un système: problème avec systemd au boot

[Simon Cavey]

Si le nouveau disque dur a été formaté, il doit y avoir un problème d'UUID.

Solution booter sur un système live. exécuter la commande

sudo blkid

identifier les UUID des partitions.
monter le disque dur fraichement restauré
mettre à jour les fichier de config avec les nouveau UUID:

/boot/grub/grub.cfg
et surtout
/etc/fstab

Et ça devrait pouvoir fonctionner à nouveau correctement.


Le 08/03/2016 01:06, Gaëtan PERRIER a écrit :
> Bonjour,
>
> Je viens de changer le disque dur de mon portable en clonant (avec fsarchiver
> savedir/restdir) son disque vers le nouveau puis en réinstallant grub avec un
> chroot. Mais au boot suivant, bien que la machine démarre, j'ai plein 
> d'erreurs
> systemd du genre:
>
> Failed to mount Configuration File System
>
> Failed to mount FUSE Control File System
>
> Failed to start File System Check on Root Device
>
> etc.
>
> Vu que j'entrave que dalle à systemd je ne sais pas trop quoi faire ?
>
> A+
>
> Gaëtan
>

Re: clone d'un système: problème avec systemd au boot

[pmenier]

Le 08/03/2016 01:06, Gaëtan PERRIER a écrit :

Bonjour,

Je viens de changer le disque dur de mon portable en clonant (avec fsarchiver
savedir/restdir) son disque vers le nouveau puis en réinstallant grub avec un
chroot. Mais au boot suivant, bien que la machine démarre, j'ai plein d'erreurs
systemd du genre:

Failed to mount Configuration File System

Failed to mount FUSE Control File System

Failed to start File System Check on Root Device

etc.

Vu que j'entrave que dalle à systemd je ne sais pas trop quoi faire ?

A+

Gaëtan



Salut

J'ai déjà fait ce genre de manip avec clonezilla sans rencontrer de 
problemes. Si tu as toujours l'ancien disque sous la main ça pourrait 
valoir le coup d'essayer ...

De plus pas besoin de bouiner pour réinstaller GRUB avec cet outil.

Patrick

Re: LVM chiffré et passage de Wheezie à Jesssie.

[Randy11]

Merci beaucoup !

Je suis vraiment heureux de l'aide qui m'a été apportée.

Bonne journée.

Randy11

On 07/03/2016 23:51, Pascal Hambourg wrote:

Randy11 a écrit :

[  504.460680] EXT4-fs (sda4): unable to read superblock
[  504.462564] EXT4-fs (sda4): unable to read superblock
[  504.464474] EXT4-fs (sda4): unable to read superblock
[  504.475289] FAT-fs (sda4): bogus number of reserved sectors
[  504.477480] FAT-fs (sda4): bogus number of reserved sectors
[  504.487249] qnx4: no qnx4 filesystem (no root dir).

(...)

Device Boot  StartEndSectors  Size Id Type
/dev/sda1  *63  209728574  209728512  100G  7 HPFS/NTFS/exFAT
/dev/sda2209728575  734025914  524297340  250G  7 HPFS/NTFS/exFAT
/dev/sda3734025915  797514794   6340 30,3G  c W95 FAT32 (LBA)
/dev/sda4797515774 3907028991 3109513218  1,5T  5 Extended
/dev/sda5797515776 3906828992 3109313217  1,5T 8e Linux LVM
/dev/sda6   3906832384 3907028991 196608   96M 83 Linux

Que cela signifie-t-il ?

Que sda4 n'est pas une partition ext4, FAT ou QNX. Pas étonnant puisque
c'est une partition étendue.


Est-ce grave docteur ?

Non.

clone d'un système: problème avec systemd au boot

[Gaëtan PERRIER]

Bonjour,

Je viens de changer le disque dur de mon portable en clonant (avec fsarchiver
savedir/restdir) son disque vers le nouveau puis en réinstallant grub avec un
chroot. Mais au boot suivant, bien que la machine démarre, j'ai plein d'erreurs
systemd du genre:

Failed to mount Configuration File System

Failed to mount FUSE Control File System

Failed to start File System Check on Root Device

etc.

Vu que j'entrave que dalle à systemd je ne sais pas trop quoi faire ?

A+

Gaëtan

Re: GLPI - extjs: sous-répertoire manquant

[Jean-Marc]

Mon, 7 Mar 2016 15:38:43 +0100
Sébastien NOBILI  écrivait :

> [...]
> Tu parles d’un « access denied », sur quelle URL ?

C'est le tag  du html que GLPI me retourne.

Donc, en gros, je poste la forme de login et GLPI me retourne ceci comme HTML 
body :
The action you have requested is not 
allowed. Reload previous page before doing action 
again.GLPI version  
0.84.8 Copyright (C) 2003-2016 INDEPNET Development Team.

> 
> D’où te vient la configuration Nginx ? Du paquet Debian, d’un tuto sur le Web,
> de ta production ?

Config' perso basée sur une conversation précédente et d'autres configs.

La voilà :

location /glpi/ {
root /usr/share;
index index.php;
error_log /var/log/nginx/glpi-errors.log; # debug;

location ~ \.php$ {
include snippets/fastcgi-php.conf;
# With php5-fpm:
fastcgi_pass unix:/var/run/php5-fpm.sock;
}

}


> 
> Sébastien
> 


Jean-Marc 


pgpR2Kj_mXROC.pgp
Description: PGP signature

Re: Recherche DSI

[MENGUAL Jean-Philippe]

Bonjour,


Le 07/03/2016 15:09, andre_deb...@numericable.fr a écrit :
> On Sunday 06 March 2016 23:50:37 MENGUAL Jean-Philippe wrote:
>> Une commune de proche-banlieue parisienne cherche un DSI pour
>> accompagner son plan de migration au logiciel libre. Budget de 5
>> millions d'euros à gérer, personne pragmatique mais connaissant le
>> libre. L'élu en charge du numérique souhaite migrer vers libreoffice,
>> Zimbra, puis les serveurs. Une connaissance de Windows et une approche
>> du libre pragmatique est souhaitée. Salaire substantiel attendu.
>> N'hésitez pas à me répondre en privé avec vos coordonnées tél si vous
>> êtes intéressé.
> 
> Bonjour,
> 
> Sympa de communiquer cette annonce.
> 
> Est-il possible de connaître la commune, ne mairie je pense ?

Etant une demande "réseau", voire politique, mieux vaut réserver ça à un
échange privé.

> Comment procéder si on est intéressé ?

Me contacTer en me laissant un tél, un CV/profil Linkedin. Je redirige
vers l'élu en charge du numérique qui porte le projet.

Amitiés,

> Merci.
> 
> André
> 
> 

-- 

Jean-Philippe MENGUAL

HYPRA, progressons ensemble

Tél.: 01 84 73 06 61
Mail: cont...@hypra.fr

Site Web: http://hypra.fr

Re: LVM chiffré et passage de Wheezie à Jesssie.

[Pascal Hambourg]

Randy11 a écrit :
> 
> [  504.460680] EXT4-fs (sda4): unable to read superblock
> [  504.462564] EXT4-fs (sda4): unable to read superblock
> [  504.464474] EXT4-fs (sda4): unable to read superblock
> [  504.475289] FAT-fs (sda4): bogus number of reserved sectors
> [  504.477480] FAT-fs (sda4): bogus number of reserved sectors
> [  504.487249] qnx4: no qnx4 filesystem (no root dir).
(...)
> Device Boot  StartEndSectors  Size Id Type
> /dev/sda1  *63  209728574  209728512  100G  7 HPFS/NTFS/exFAT
> /dev/sda2209728575  734025914  524297340  250G  7 HPFS/NTFS/exFAT
> /dev/sda3734025915  797514794   6340 30,3G  c W95 FAT32 (LBA)
> /dev/sda4797515774 3907028991 3109513218  1,5T  5 Extended
> /dev/sda5797515776 3906828992 3109313217  1,5T 8e Linux LVM
> /dev/sda6   3906832384 3907028991 196608   96M 83 Linux
> 
> Que cela signifie-t-il ?

Que sda4 n'est pas une partition ext4, FAT ou QNX. Pas étonnant puisque
c'est une partition étendue.

> Est-ce grave docteur ?

Non.

Re: LVM chiffré et passage de Wheezie à Jesssie.

[Randy11]

C'est bien, mais le problème est que mes partitions cryptées qui 
doivent

correspondre à "/home" et "/swap" ne sont pas utilisées.


Le paquet cryptsetup est-il installé ?
As-tu essayé d'ouvrir les volumes chiffrés avec cryptsetup luksOpen... ?
Si cela fonctionne, tu pourras les ajouter au fichier /etc/crypttab 
(à moins que tu aies conservé celui de Wheezy) pour les ouvrir 
automatiquement au démarrage.




Merci pour les indications, j'ai récupéré l'ancien /etc/crypttab, 
refait ma swap cryptée, mis à jour /etc/crypttab avec le nouvel UID et 
ÇA MARCHE !!!


Après 15 jours de galère, je récupère enfin mon PC :-)

Un très grand MERCI à tous pour votre aide.

Randy11



On devrait toujours attendre avant de se réjouir :-(
J'allais mettre en veille mon PC quand l'idée m'est venue de faire 
"apt-get dist-upgrade", voilà

ce que j'obtiens (ce n'est que la fin) :

Paramétrage de linux-image-3.16.0-4-amd64 (3.16.7-ckt20-1+deb8u4) ...
/etc/kernel/postinst.d/initramfs-tools:
update-initramfs: Generating /boot/initrd.img-3.16.0-4-amd64
/etc/kernel/postinst.d/zz-update-grub:
Création du fichier de configuration GRUB…
Found background image: /usr/share/images/desktop-base/desktop-grub.png
Image Linux trouvée : /boot/vmlinuz-3.16.0-4-amd64
Image mémoire initiale trouvée : /boot/initrd.img-3.16.0-4-amd64
[  504.460680] EXT4-fs (sda4): unable to read superblock
[  504.462564] EXT4-fs (sda4): unable to read superblock
[  504.464474] EXT4-fs (sda4): unable to read superblock
[  504.475289] FAT-fs (sda4): bogus number of reserved sectors
[  504.477480] FAT-fs (sda4): bogus number of reserved sectors
[  504.487249] qnx4: no qnx4 filesystem (no root dir).
Windows NT/2000/XP trouvé sur /dev/sda1
fait
Paramétrage de openssl (1.0.1k-3+deb8u4) ...
Paramétrage de python-pil:amd64 (2.6.1-2+deb8u2) ...
Paramétrage de python-imaging (2.6.1-2+deb8u2) ...
Traitement des actions différées (« triggers ») pour libc-bin 
(2.19-18+deb8u3) .


Pour mémoire, voici le partionnement :
Disque /dev/sda : 1,8 TiB, 2000398934016 octets, 3907029168 secteurs
Unités : secteur de 1 × 512 = 512 octets
Taille de secteur (logique / physique) : 512 octets / 512 octets
taille d'E/S (minimale / optimale) : 512 octets / 512 octets
Type d'étiquette de disque : dos
Identifiant de disque : 0x17121712

Device Boot  StartEndSectors  Size Id Type
/dev/sda1  *63  209728574  209728512  100G  7 HPFS/NTFS/exFAT
/dev/sda2209728575  734025914  524297340  250G  7 HPFS/NTFS/exFAT
/dev/sda3734025915  797514794   6340 30,3G  c W95 FAT32 (LBA)
/dev/sda4797515774 3907028991 3109513218  1,5T  5 Extended
/dev/sda5797515776 3906828992 3109313217  1,5T 8e Linux LVM
/dev/sda6   3906832384 3907028991 196608   96M 83 Linux



Que cela signifie-t-il ? Est-ce grave docteur ?

Re: LVM chiffré et passage de Wheezie à Jesssie.

[Randy11]

On 07/03/2016 00:37, Pascal Hambourg wrote:

Le 06/03/2016 23:35, Randy11 a écrit :


On 06/03/2016 13:01, Pascal Hambourg wrote:

- Créer une petite partition (5 Mo devraient suffire) formatée en 
ext2 à
monter sur /boot/grub, ce qui au mieux réduira suffisamment la 
taille de

l'image core pour qu'elle contienne dans l'espace post-MBR en évitant
l'intégration du module lvm, et au pire permettra à grub-install avec
l'option --force d'utiliser les listes de blocs.

(...)

J'ai créer une partition en etx2 /dev/sda6 en réduisant la taille de
mon volume groupe qui prenait toute la partition /dev/sda5.


Il n'était pas nécessaire que la partition contienne tout /boot ; 
/boot/grub suffisait et nécessitait une taille plus modeste.



C'est bien, mais le problème est que mes partitions cryptées qui doivent
correspondre à "/home" et "/swap" ne sont pas utilisées.


Le paquet cryptsetup est-il installé ?
As-tu essayé d'ouvrir les volumes chiffrés avec cryptsetup luksOpen... ?
Si cela fonctionne, tu pourras les ajouter au fichier /etc/crypttab (à 
moins que tu aies conservé celui de Wheezy) pour les ouvrir 
automatiquement au démarrage.




Merci pour les indications, j'ai récupéré l'ancien /etc/crypttab, refait 
ma swap cryptée, mis à jour /etc/crypttab avec le nouvel UID et ÇA 
MARCHE !!!


Après 15 jours de galère, je récupère enfin mon PC :-)

Un très grand MERCI à tous pour votre aide.

Randy11

Re: Le libre et les tablettes/smartphones

[andre_debian]

On Monday 07 March 2016 22:15:39 Jean Bernon wrote:
> Un article qui laisse songeur, où il est incidemment question de Debian. 
Qu'en dites-vous ? 
> 
http://www.numerama.com/tech/150130-le-monde-du-libre-face-a-une-nouvelle-ere-technologique.html

J'y vois surtout la suprématie d'Android (système non Libre selon l'article)
et l'échec d'Ubuntu, de FireFox-OS...

Ça ne vous fait pas penser à la suprématie de l'OS MS-Windows sur les PC,
dans les années 1990 ?
Tous les autres qui ont voulu se frotter au marché n'ont pas trop réussi.

Dans ces deux cas, deux sociétés milliardaires sont derrière, 
Microsoft et Google.

C'est Linus Tordvald qui a bien compris la situation.

André

Re: Le libre et les tablettes/smartphones

[jdd]

Le 07/03/2016 22:15, Jean Bernon a écrit :
Un article qui laisse songeur, où il est incidemment question de 
Debian. Qu'en dites-vous ?


http://www.numerama.com/tech/150130-le-monde-du-libre-face-a-une-nouvelle-ere-technologique.html

Aucun virus trouvé dans ce message.
Analyse effectuée par AVG - www.avg.fr 
Version: 2016.0.7442 / Base de données virale: 4540/11771 - Date: 
07/03/2016



article assez foutraque qui, surtout, mélange tablette et smartphone.

en smartphone, c'est android ou ios, rien d'autre.

mais en tablette, il y a d'autres choix, sauf que...

il y a les tablettes tactiles avec ios ou android qui utilisent des 
applis dédiées tactiles et le moins possible de clavier, et les 
tablettes intel/windows qui sont en fait des ordinateurs, successeurs 
des "netbooks", et qui recoivent assez bien linux, à quelques détails de 
pilotes près (elles sont très récentes).


La mienne fait tourner Debian et openSUSE.

par contre ni windows ni linux ne fait du touch screen réel, aucune 
application n'est touch only


jdd

Le libre et les tablettes/smartphones

[Jean Bernon]

Un article qui laisse songeur, où il est incidemment question de Debian. Qu'en 
dites-vous ? 

http://www.numerama.com/tech/150130-le-monde-du-libre-face-a-une-nouvelle-ere-technologique.html

Re: GLPI - extjs: sous-répertoire manquant

[Sébastien NOBILI]

Le lundi 07 mars 2016 à 12:43, Jean-Marc a écrit :
> Quand j'essaie de me connecter, j'obtiens l'écran de login de GLPI, j'entre 
> le user/password glpi/glpi comme indiqué dans la doc et j'ai le message 
> suivant :
> « The action you have requested is not allowed. Reload previous page before 
> doing action again. »
> 
> Le seul élément trouvé jusqu'à présent est l'erreur 404.
> 
> Et là, je viens de jeter un œil en détail sur le trafic grâce à wireshark et 
> je viens de voir que la tentative de connexion reçoit un message "access 
> denied".
> 
> Ce n'est qu'ensuite que j'ai les erreurs 404.

Je pense (c’est purement théorique car je n’ai jamais installé / utilisé GLPI)
que tu ne devrais pas te focaliser sur ces erreurs 404 sur des fichiers JS /
CSS.

Tu parles d’un « access denied », sur quelle URL ?

D’où te vient la configuration Nginx ? Du paquet Debian, d’un tuto sur le Web,
de ta production ?

Sébastien

Re: Recherche DSI

[andre_debian]

On Sunday 06 March 2016 23:50:37 MENGUAL Jean-Philippe wrote:
> Une commune de proche-banlieue parisienne cherche un DSI pour
> accompagner son plan de migration au logiciel libre. Budget de 5
> millions d'euros à gérer, personne pragmatique mais connaissant le
> libre. L'élu en charge du numérique souhaite migrer vers libreoffice,
> Zimbra, puis les serveurs. Une connaissance de Windows et une approche
> du libre pragmatique est souhaitée. Salaire substantiel attendu.
> N'hésitez pas à me répondre en privé avec vos coordonnées tél si vous
> êtes intéressé.

Bonjour,

Sympa de communiquer cette annonce.

Est-il possible de connaître la commune, ne mairie je pense ?

Comment procéder si on est intéressé ?

Merci.

André

Re: GLPI - extjs: sous-répertoire manquant

[Jean-Marc]

Mon, 7 Mar 2016 11:23:43 +0100
Sébastien NOBILI  écrivait :

> Bonjour,
> 
salut Sébastien,

> Ça ne devrait pas empêcher le fonctionnement général de l’application, Nginx
> devrait renvoyer une erreur 404 au chargement de ce fichier et c’est tout
> (d’ailleurs le rapport de bug « reproche » la pollution des logs mais pas le
> mauvais fonctionnement de l’application).

Correct pour le rapport de bug mais c'est sous Apache, pas nginx.

> 
> Quel comportement obtiens-tu (dans ton navigateur) au juste ? Vois-tu des 
> choses
> intéressantes si tu charges les outils de dev. de ton navigateur (ou bien
> Firebug dans Iceweasel) ?

J'ai installé GLPI via le paquet Debian et fait un dpkg-reconfigure dans la 
foulée.

Apparemment, tout semble s'être bien passé.

Quand j'essaie de me connecter, j'obtiens l'écran de login de GLPI, j'entre le 
user/password glpi/glpi comme indiqué dans la doc et j'ai le message suivant :
« The action you have requested is not allowed. Reload previous page before 
doing action again. »

Le seul élément trouvé jusqu'à présent est l'erreur 404.

Et là, je viens de jeter un œil en détail sur le trafic grâce à wireshark et je 
viens de voir que la tentative de connexion reçoit un message "access denied".

Ce n'est qu'ensuite que j'ai les erreurs 404.

Bon, je retourne au charbon.

> 
> Sébastien
> 


Jean-Marc 


pgpii2zEOK9J0.pgp
Description: PGP signature

Re: Depot Squeeze - apt-get update - erreur 404

[randy11]

Bonjour,

Petit avertissement (comme je viens d'être confronté au problème du passage de
Wheezy à Jessie) il faut vérifier le partitionnement.

J'ai une vieille installation dont le partitionnement a été fait par WindowsXP,
le passage de Wheezy (partions LVM) à Jessie m'a causé beaucoup de problèmes.
La cause : plus de place pour le bootloader. 

Il faut regarder à quel secteur commence la première partition :
- 63 -> ancien modèle, attention !
- 2048 -> nouveau modèle, aucun souci.

Le problème peut être contourné avec une toute petite partition normale, non
LVM.

Pour le détails, voir mon problème en cours de traitement sur la liste :
"LVM chiffré et passage de Wheezie à Jesssie."

J'ignore complètement comment Squeeze faisait le partitionnement, ma mise
en garde est peut-être sans objet.

Bonne journée.

Randy11

- Mail original -
De: "Hugues MORIN" 
À: "Liste Debian" 
Envoyé: Lundi 7 Mars 2016 09:01:06
Objet: Re: Depot Squeeze - apt-get update - erreur 404



Salut 

Au vue des retours d experiences que les membres de la liste ont eu, il 
semblerait que cela pose probleme. 

Surement du a de trop grande difference entre squeeze et jessie. 

Je profite de ce probleme pour apprendre a faire les upgrade car tout 
desinstaller puis tout reinstaller peut s averer problematique sur des serveurs 
en production. (Interruption de services, pertes de configuration, etc) 

Cordialement 
Hugues 
Le 4 mars 2016 12:24, "maderios" < mader...@gmail.com > a écrit : 


On 03/04/2016 10:45 AM, Hugues MORIN wrote: 
Bonjour 


Je vais potasser les releasenotes (qui ont l'air tres complete) et 
passer sous Wheezy. 
Je prends le train en marche, donc ce message est peut-être inutile. 
Une question me titille: pourquoi ne pas passer à la dernière stable, Jessie? 
Personnellement, quand j'ai des difficultés pour passer d'une version Debian à 
une autre, je désinstalle un maximum de paquets pour ne garder que le strict 
nécessaire puis je les réinstalle. Cela a toujours marché, aussi bien en 
upgrade qu'en downgrade. 
-- 
Maderios 

Re: LVM chiffré et passage de Wheezie à Jesssie.

[MERLIN Philippe]

Bonjour,
Je te rappelle je ne suis pas un expert, cependant j'ai vécu à peu près le même 
souci sur mon 
portable lors d'une migration d'un disque sur un autre avec agrandissement des 
partitions. 
Je me suis trouvé avec Linux OK et Windows Vista OUT.
Dans ce cas il y a plusieurs solutions :
Réinstaller Windows XP  l'achat d'un Windows XP Pro ne doit pas être très cher, 
si tu ne l'as 
plus.
Deuxième solution utiliser des logiciels Gratuits (généralement pour 30 
jours)qui gèrent ce 
problème c'est ce que j'ai fait et le Windows Vista est à nouveau OK.

> Le partionnement a été fait lors de l'installation d'un WindowsXP...
> c'est vieux. J'ai gardé
> du Windows pour deux raisons : l'acquisition vidéo avec une carte
> Hauppauge et la
> récupérations de mes parcours enregistrés sur mon GPS Garmin Zumo 350LM.
> Le GPS
> est la dernière raison pour garder un Windows.
> 
Philippe Merlin

Re: GLPI - extjs: sous-répertoire manquant

[Sébastien NOBILI]

Bonjour,

Le dimanche 06 mars 2016 à 17:58, Jean-Marc a écrit :
> Mes premiers essais se heurtent à un soucis :
> 2016/03/06 17:37:37 [error] 19156#0: *10229 open() 
> "/usr/share/glpi/lib/extjs/locale/ext-lang-en.js" failed (2: No such file or 
> directory), client: 192.168.x.x, server: _, request: "GET 
> /glpi/lib/extjs/locale/ext-lang-en.js HTTP/1.1", host: "x.localdomain", 
> referrer: "http://x.localdomain/glpi/login.php";
> 
> Normal, dans le répertoire extjs, pas de sous-répertoire locale.
> 
> Et c'est repris comme un bug :
> https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=766744
> 
> Apparemment, l'absence de ce sous-répertoire ne pose pas de soucis à GLPI et 
> pas de soucis non plus à certains web serveur comme Apache qui ont l'air plus 
> souples (mis à part les nombreux messages d'erreur).
> 
> Mais nginx semble moins tolérant.

Ça ne devrait pas empêcher le fonctionnement général de l’application, Nginx
devrait renvoyer une erreur 404 au chargement de ce fichier et c’est tout
(d’ailleurs le rapport de bug « reproche » la pollution des logs mais pas le
mauvais fonctionnement de l’application).

Quel comportement obtiens-tu (dans ton navigateur) au juste ? Vois-tu des choses
intéressantes si tu charges les outils de dev. de ton navigateur (ou bien
Firebug dans Iceweasel) ?

Sébastien

Re: Depot Squeeze - apt-get update - erreur 404

[Olivier]

Le 4 mars 2016 à 12:24, maderios  a écrit :

> On 03/04/2016 10:45 AM, Hugues MORIN wrote:
> Bonjour
>
>> Je vais potasser les releasenotes (qui ont l'air tres complete) et
>> passer sous Wheezy.
>>
> Je prends le train en marche, donc ce message est peut-être inutile.
> Une question me titille: pourquoi ne pas passer à la dernière stable,
> Jessie?
>

Il n'est pas possible de le faire directement :
on peut faire deux upgrades successifs mais pas passer directement de
Squeeze à Jessie


Personnellement, quand j'ai des difficultés pour passer d'une version
> Debian à une autre, je désinstalle un maximum de paquets pour ne garder que
> le strict nécessaire puis je les réinstalle. Cela a toujours marché, aussi
> bien en upgrade qu'en downgrade.
> --
> Maderios
>
>

Re: Depot Squeeze - apt-get update - erreur 404

[Hugues MORIN]

Salut

Au vue des retours d experiences que les membres de la liste ont eu, il
semblerait que cela pose probleme.

Surement du a de trop grande difference entre squeeze et jessie.

Je profite de ce probleme pour apprendre a faire les upgrade car tout
desinstaller puis tout reinstaller peut s averer problematique sur des
serveurs en production. (Interruption de services, pertes de configuration,
etc)

Cordialement
Hugues
Le 4 mars 2016 12:24, "maderios"  a écrit :

> On 03/04/2016 10:45 AM, Hugues MORIN wrote:
> Bonjour
>
>> Je vais potasser les releasenotes (qui ont l'air tres complete) et
>> passer sous Wheezy.
>>
> Je prends le train en marche, donc ce message est peut-être inutile.
> Une question me titille: pourquoi ne pas passer à la dernière stable,
> Jessie?
> Personnellement, quand j'ai des difficultés pour passer d'une version
> Debian à une autre, je désinstalle un maximum de paquets pour ne garder que
> le strict nécessaire puis je les réinstalle. Cela a toujours marché, aussi
> bien en upgrade qu'en downgrade.
> --
> Maderios
>
>