Des suggestions avant que je ne fasse façon bourrin ?
Des suggestions avant que je ne fasse façon bourrin ?
Des suggestions avant que je ne fasse façon bourrin ?
Du coup, depuis maintenant un certains temps,
je réinstalle toujours intégralement le système de zéro avec un home
séparé que je conserve bien sûr.
Du coup, depuis maintenant un certains temps,
je réinstalle toujours intégralement le système de zéro avec un home
séparé que je conserve bien sûr.
Du coup, depuis maintenant un certains temps,
je réinstalle toujours intégralement le système de zéro avec un home
séparé que je conserve bien sûr.
en ce qui me concerne je garde aussi le /etc et la liste des paquets
installés même si les paquets ont changé
en ce qui me concerne je garde aussi le /etc et la liste des paquets
installés même si les paquets ont changé
en ce qui me concerne je garde aussi le /etc et la liste des paquets
installés même si les paquets ont changé
Le Fri, Aug 07, 2015 at 08:20:08PM +0000, moi-meme a écrit :
>
> en ce qui me concerne je garde aussi le /etc et la liste des
> paquets installés même si les paquets ont changé
À ce sujet, je recommande le paquet « etckeeper  », qui
transforme /etc en un repositoire Git et enregistre les changements Ã
chaque fois que Apt y installe ou change des fichiers.
Bonne fin de semaine,
Le Fri, Aug 07, 2015 at 08:20:08PM +0000, moi-meme a écrit :
>
> en ce qui me concerne je garde aussi le /etc et la liste des
> paquets installés même si les paquets ont changé
à ce sujet, je recommande le paquet « etckeeper  », qui
transforme /etc en un repositoire Git et enregistre les changements Ã
chaque fois que Apt y installe ou change des fichiers.
Bonne fin de semaine,
Le Fri, Aug 07, 2015 at 08:20:08PM +0000, moi-meme a écrit :
>
> en ce qui me concerne je garde aussi le /etc et la liste des
> paquets installés même si les paquets ont changé
À ce sujet, je recommande le paquet « etckeeper  », qui
transforme /etc en un repositoire Git et enregistre les changements Ã
chaque fois que Apt y installe ou change des fichiers.
Bonne fin de semaine,
Pas de soucis, avant la mise à jour j'avais sauvegardé /etc ain si que
la liste des paquets, comme indiqué dans les notes de publication.
Ce qui m'embête plus pour une réinstallation complète, ce sont les
bases Mysql (qui sont dans /var/lib et que je ne vois pas comment
réimporter). Il aurait fallu que je fasse un dump avant la mise à jour.
A noter que ce n'est pas ma première mis à jour de version Debi an(j'ai
du commencer à la Potato) et que c'est la première fois que je
rencontre de vrai soucis, lié à l'age qu'à pris mon matà ©riel (moi je
n'ai pas bougé d'un pouce ;-))
Jack.R
Pas de soucis, avant la mise à jour j'avais sauvegardé /etc ain si que
la liste des paquets, comme indiqué dans les notes de publication.
Ce qui m'embête plus pour une réinstallation complète, ce sont les
bases Mysql (qui sont dans /var/lib et que je ne vois pas comment
réimporter). Il aurait fallu que je fasse un dump avant la mise à jour.
A noter que ce n'est pas ma première mis à jour de version Debi an(j'ai
du commencer à la Potato) et que c'est la première fois que je
rencontre de vrai soucis, lié à l'age qu'à pris mon matà ©riel (moi je
n'ai pas bougé d'un pouce ;-))
Jack.R
Pas de soucis, avant la mise à jour j'avais sauvegardé /etc ain si que
la liste des paquets, comme indiqué dans les notes de publication.
Ce qui m'embête plus pour une réinstallation complète, ce sont les
bases Mysql (qui sont dans /var/lib et que je ne vois pas comment
réimporter). Il aurait fallu que je fasse un dump avant la mise à jour.
A noter que ce n'est pas ma première mis à jour de version Debi an(j'ai
du commencer à la Potato) et que c'est la première fois que je
rencontre de vrai soucis, lié à l'age qu'à pris mon matà ©riel (moi je
n'ai pas bougé d'un pouce ;-))
Jack.R
Bonjour,
J'en suis à ma 3ème migration wheezy -> jessie et à la 3ème qui se
passe mal. Il faut dire qu'à chaque fois c'est sur du matériel ancien.
Pour le premier un IBM X30, soucis de LKMS solutionné en rajoutant des
paramètres de boot du noyau dans /etc/default/grub
GRUB_CMDLINE_LINUX_DEFAULT="quiet i915.modeset=0 vgay1"
Pour le deuxième grub n'arrivait pas à démarrer le noyau. Après moult
essais et échecs (et en ayant cassé pas mal de truc), je m'en suis
sorti en installant lilo (via un démarrage en mode rescue depuis la
netinstall jessie et shell sur /). Je suis un dégonflé, je n'ai pas
encore tenté de réinstaller grub maintenant que cela fonctionne.
Pour le 3ème (carte Supermicro X7SPA-HF ATOM D510), en cours de mise à
jour, impossible d'installer le nouveau kernel, pas assez de place
sur /lib. Le disque est partitionné comme suit (installation de squeeze
mise à jour en wheezy puis changement de carte mère si je me souviens
bien):
/sda1 /
/sda5 /usr
/sda6 /var
/sda7 swap
/sda8 /tmp
/sda9 /home
Qu'à cela ne tienne, il y a plein de lace sur /home, je déplace /lib
dans /home et crée un lien symbolique de /lib vers /home/lib.
Je relance apt-get dist-upgrade et tout roule.
Je reboot et là:
Kernel panic - not syncing: Attempted to kill init!
Un boot sur le CD netinstall de jessie me mélange toutes les interfaces
réseau et ne me permet pas d'ouvrir un shell sur /dev/sda1
A noter que firmware-linux-nonfree n'est pas installé, c'est peut-être
là que j'ai fait une autre erreur.
Des suggestions avant que je ne fasse façon bourrin ?
sortie du disque de la machine, copie le contenu de sda5 à 9 ailleurs,
supprime /sda5 à 9,agrandissement /sda1, recrée les partitions /sda5 à
9, recopie le contenu de sda5 à 9, suppression du lien
symbolique /lib, transfert de /home/lib dans /lib, réinstallation du
disque dans la machine, prières, reboot
Merci d'avance pour vos lumières.
Bonjour,
J'en suis à ma 3ème migration wheezy -> jessie et à la 3ème qui se
passe mal. Il faut dire qu'à chaque fois c'est sur du matériel ancien.
Pour le premier un IBM X30, soucis de LKMS solutionné en rajoutant des
paramètres de boot du noyau dans /etc/default/grub
GRUB_CMDLINE_LINUX_DEFAULT="quiet i915.modeset=0 vgay1"
Pour le deuxième grub n'arrivait pas à démarrer le noyau. Après moult
essais et échecs (et en ayant cassé pas mal de truc), je m'en suis
sorti en installant lilo (via un démarrage en mode rescue depuis la
netinstall jessie et shell sur /). Je suis un dégonflé, je n'ai pas
encore tenté de réinstaller grub maintenant que cela fonctionne.
Pour le 3ème (carte Supermicro X7SPA-HF ATOM D510), en cours de mise à
jour, impossible d'installer le nouveau kernel, pas assez de place
sur /lib. Le disque est partitionné comme suit (installation de squeeze
mise à jour en wheezy puis changement de carte mère si je me souviens
bien):
/sda1 /
/sda5 /usr
/sda6 /var
/sda7 swap
/sda8 /tmp
/sda9 /home
Qu'à cela ne tienne, il y a plein de lace sur /home, je déplace /lib
dans /home et crée un lien symbolique de /lib vers /home/lib.
Je relance apt-get dist-upgrade et tout roule.
Je reboot et là:
Kernel panic - not syncing: Attempted to kill init!
Un boot sur le CD netinstall de jessie me mélange toutes les interfaces
réseau et ne me permet pas d'ouvrir un shell sur /dev/sda1
A noter que firmware-linux-nonfree n'est pas installé, c'est peut-être
là que j'ai fait une autre erreur.
Des suggestions avant que je ne fasse façon bourrin ?
sortie du disque de la machine, copie le contenu de sda5 à 9 ailleurs,
supprime /sda5 à 9,agrandissement /sda1, recrée les partitions /sda5 à
9, recopie le contenu de sda5 à 9, suppression du lien
symbolique /lib, transfert de /home/lib dans /lib, réinstallation du
disque dans la machine, prières, reboot
Merci d'avance pour vos lumières.
Bonjour,
J'en suis à ma 3ème migration wheezy -> jessie et à la 3ème qui se
passe mal. Il faut dire qu'à chaque fois c'est sur du matériel ancien.
Pour le premier un IBM X30, soucis de LKMS solutionné en rajoutant des
paramètres de boot du noyau dans /etc/default/grub
GRUB_CMDLINE_LINUX_DEFAULT="quiet i915.modeset=0 vgay1"
Pour le deuxième grub n'arrivait pas à démarrer le noyau. Après moult
essais et échecs (et en ayant cassé pas mal de truc), je m'en suis
sorti en installant lilo (via un démarrage en mode rescue depuis la
netinstall jessie et shell sur /). Je suis un dégonflé, je n'ai pas
encore tenté de réinstaller grub maintenant que cela fonctionne.
Pour le 3ème (carte Supermicro X7SPA-HF ATOM D510), en cours de mise à
jour, impossible d'installer le nouveau kernel, pas assez de place
sur /lib. Le disque est partitionné comme suit (installation de squeeze
mise à jour en wheezy puis changement de carte mère si je me souviens
bien):
/sda1 /
/sda5 /usr
/sda6 /var
/sda7 swap
/sda8 /tmp
/sda9 /home
Qu'à cela ne tienne, il y a plein de lace sur /home, je déplace /lib
dans /home et crée un lien symbolique de /lib vers /home/lib.
Je relance apt-get dist-upgrade et tout roule.
Je reboot et là:
Kernel panic - not syncing: Attempted to kill init!
Un boot sur le CD netinstall de jessie me mélange toutes les interfaces
réseau et ne me permet pas d'ouvrir un shell sur /dev/sda1
A noter que firmware-linux-nonfree n'est pas installé, c'est peut-être
là que j'ai fait une autre erreur.
Des suggestions avant que je ne fasse façon bourrin ?
sortie du disque de la machine, copie le contenu de sda5 à 9 ailleurs,
supprime /sda5 à 9,agrandissement /sda1, recrée les partitions /sda5 à
9, recopie le contenu de sda5 à 9, suppression du lien
symbolique /lib, transfert de /home/lib dans /lib, réinstallation du
disque dans la machine, prières, reboot
Merci d'avance pour vos lumières.
On 08/07/2015 06:40 PM, Jack.R wrote:
> Bonjour,
>
> J'en suis à ma 3ème migration wheezy -> jessie et à la 3 ème qui se
> passe mal. Il faut dire qu'à chaque fois c'est sur du matériel
> ancien.
>
> Pour le premier un IBM X30, soucis de LKMS solutionné en rajoutant
> des paramètres de boot du noyau dans /etc/default/grub
> GRUB_CMDLINE_LINUX_DEFAULT="quiet i915.modeset=0 vgay1"
>
> Pour le deuxième grub n'arrivait pas à démarrer le noyau . Après
> moult essais et échecs (et en ayant cassé pas mal de truc), j e m'en
> suis sorti en installant lilo (via un démarrage en mode rescue
> depuis la netinstall jessie et shell sur /). Je suis un dégonflà ©,
> je n'ai pas encore tenté de réinstaller grub maintenant que c ela
> fonctionne.
>
> Pour le 3ème (carte Supermicro X7SPA-HF ATOM D510), en cours de
> mise à jour, impossible d'installer le nouveau kernel, pas assez de
> place sur /lib. Le disque est partitionné comme suit (installation
> de squeeze mise à jour en wheezy puis changement de carte mèr e si
> je me souviens bien):
> /sda1 /
> /sda5 /usr
> /sda6 /var
> /sda7 swap
> /sda8 /tmp
> /sda9 /home
>
>
> Qu'à cela ne tienne, il y a plein de lace sur /home, je dépla ce /lib
> dans /home et crée un lien symbolique de /lib vers /home/lib.
> Je relance apt-get dist-upgrade et tout roule.
> Je reboot et là :
> Kernel panic - not syncing: Attempted to kill init!
>
> Un boot sur le CD netinstall de jessie me mélange toutes les
> interfaces réseau et ne me permet pas d'ouvrir un shell
> sur /dev/sda1
>
> A noter que firmware-linux-nonfree n'est pas installé, c'est
> peut-être là que j'ai fait une autre erreur.
>
> Des suggestions avant que je ne fasse façon bourrin ?
> sortie du disque de la machine, copie le contenu de sda5 Ã 9
> ailleurs, supprime /sda5 à 9,agrandissement /sda1, recrée les
> partitions /sda5 Ã 9, recopie le contenu de sda5 Ã 9, suppres sion
> du lien symbolique /lib, transfert de /home/lib dans /lib,
> réinstallation du disque dans la machine, prières, reboot
>
> Merci d'avance pour vos lumières.
>
Salut,
Ici, si j'ai bien compris, quand tu parles de /lib, c'est de /usr/lib
qu'il s'agit?
Ou alors plutôt, /lib est monté sur sda5 au lieu de /usr?
Bref, 2 remarques:
× La méthode bourrin me semble plus propre, ça ne casse pa s la
"compartimentation" qu'apporte des partitions séparées et les
avantages recherchés (genre aide à la sauvegarde, options de mo ntage
distinctes...).
× Y'aurait pas un souci lorsque certain exécutables accède nt à des
librairies dans [/usr]/lib, sachant que certains outils ne
déréférencent pas les liens symboliques et s'attendent don c à trouver
leur librairie (par ex) dans un [/usr]/lib "dur".
Peut-être que le système a continué à fonctionner apr ès ton /lib dans
/home parce que certaines librairies "clef" comme la libc par exemple
étaient déjà en mémoire lors du déplacement et d onc toujours
accessible. Mais plus lors d'un reboot.
Pour finir, si tu as plein de place dans /home, tu peux peut-être y
placer directement /lib en coupant la partition en 2, ce serait plus
rapide que de chercher à redimensionner /sda5.
Bon courage...
On 08/07/2015 06:40 PM, Jack.R wrote:
> Bonjour,
>
> J'en suis à ma 3ème migration wheezy -> jessie et à la 3 ème qui se
> passe mal. Il faut dire qu'à chaque fois c'est sur du matériel
> ancien.
>
> Pour le premier un IBM X30, soucis de LKMS solutionné en rajoutant
> des paramètres de boot du noyau dans /etc/default/grub
> GRUB_CMDLINE_LINUX_DEFAULT="quiet i915.modeset=0 vga=791"
>
> Pour le deuxième grub n'arrivait pas à démarrer le noyau . Après
> moult essais et échecs (et en ayant cassé pas mal de truc), j e m'en
> suis sorti en installant lilo (via un démarrage en mode rescue
> depuis la netinstall jessie et shell sur /). Je suis un dégonflà ©,
> je n'ai pas encore tenté de réinstaller grub maintenant que c ela
> fonctionne.
>
> Pour le 3ème (carte Supermicro X7SPA-HF ATOM D510), en cours de
> mise à jour, impossible d'installer le nouveau kernel, pas assez de
> place sur /lib. Le disque est partitionné comme suit (installation
> de squeeze mise à jour en wheezy puis changement de carte mèr e si
> je me souviens bien):
> /sda1 /
> /sda5 /usr
> /sda6 /var
> /sda7 swap
> /sda8 /tmp
> /sda9 /home
>
>
> Qu'à cela ne tienne, il y a plein de lace sur /home, je dépla ce /lib
> dans /home et crée un lien symbolique de /lib vers /home/lib.
> Je relance apt-get dist-upgrade et tout roule.
> Je reboot et là :
> Kernel panic - not syncing: Attempted to kill init!
>
> Un boot sur le CD netinstall de jessie me mélange toutes les
> interfaces réseau et ne me permet pas d'ouvrir un shell
> sur /dev/sda1
>
> A noter que firmware-linux-nonfree n'est pas installé, c'est
> peut-être là que j'ai fait une autre erreur.
>
> Des suggestions avant que je ne fasse façon bourrin ?
> sortie du disque de la machine, copie le contenu de sda5 Ã 9
> ailleurs, supprime /sda5 à 9,agrandissement /sda1, recrée les
> partitions /sda5 Ã 9, recopie le contenu de sda5 Ã 9, suppres sion
> du lien symbolique /lib, transfert de /home/lib dans /lib,
> réinstallation du disque dans la machine, prières, reboot
>
> Merci d'avance pour vos lumières.
>
Salut,
Ici, si j'ai bien compris, quand tu parles de /lib, c'est de /usr/lib
qu'il s'agit?
Ou alors plutôt, /lib est monté sur sda5 au lieu de /usr?
Bref, 2 remarques:
à La méthode bourrin me semble plus propre, ça ne casse pa s la
"compartimentation" qu'apporte des partitions séparées et les
avantages recherchés (genre aide à la sauvegarde, options de mo ntage
distinctes...).
à Y'aurait pas un souci lorsque certain exécutables accède nt à des
librairies dans [/usr]/lib, sachant que certains outils ne
déréférencent pas les liens symboliques et s'attendent don c à trouver
leur librairie (par ex) dans un [/usr]/lib "dur".
Peut-être que le système a continué à fonctionner apr ès ton /lib dans
/home parce que certaines librairies "clef" comme la libc par exemple
étaient déjà en mémoire lors du déplacement et d onc toujours
accessible. Mais plus lors d'un reboot.
Pour finir, si tu as plein de place dans /home, tu peux peut-être y
placer directement /lib en coupant la partition en 2, ce serait plus
rapide que de chercher à redimensionner /sda5.
Bon courage...
On 08/07/2015 06:40 PM, Jack.R wrote:
> Bonjour,
>
> J'en suis à ma 3ème migration wheezy -> jessie et à la 3 ème qui se
> passe mal. Il faut dire qu'à chaque fois c'est sur du matériel
> ancien.
>
> Pour le premier un IBM X30, soucis de LKMS solutionné en rajoutant
> des paramètres de boot du noyau dans /etc/default/grub
> GRUB_CMDLINE_LINUX_DEFAULT="quiet i915.modeset=0 vgay1"
>
> Pour le deuxième grub n'arrivait pas à démarrer le noyau . Après
> moult essais et échecs (et en ayant cassé pas mal de truc), j e m'en
> suis sorti en installant lilo (via un démarrage en mode rescue
> depuis la netinstall jessie et shell sur /). Je suis un dégonflà ©,
> je n'ai pas encore tenté de réinstaller grub maintenant que c ela
> fonctionne.
>
> Pour le 3ème (carte Supermicro X7SPA-HF ATOM D510), en cours de
> mise à jour, impossible d'installer le nouveau kernel, pas assez de
> place sur /lib. Le disque est partitionné comme suit (installation
> de squeeze mise à jour en wheezy puis changement de carte mèr e si
> je me souviens bien):
> /sda1 /
> /sda5 /usr
> /sda6 /var
> /sda7 swap
> /sda8 /tmp
> /sda9 /home
>
>
> Qu'à cela ne tienne, il y a plein de lace sur /home, je dépla ce /lib
> dans /home et crée un lien symbolique de /lib vers /home/lib.
> Je relance apt-get dist-upgrade et tout roule.
> Je reboot et là :
> Kernel panic - not syncing: Attempted to kill init!
>
> Un boot sur le CD netinstall de jessie me mélange toutes les
> interfaces réseau et ne me permet pas d'ouvrir un shell
> sur /dev/sda1
>
> A noter que firmware-linux-nonfree n'est pas installé, c'est
> peut-être là que j'ai fait une autre erreur.
>
> Des suggestions avant que je ne fasse façon bourrin ?
> sortie du disque de la machine, copie le contenu de sda5 Ã 9
> ailleurs, supprime /sda5 à 9,agrandissement /sda1, recrée les
> partitions /sda5 Ã 9, recopie le contenu de sda5 Ã 9, suppres sion
> du lien symbolique /lib, transfert de /home/lib dans /lib,
> réinstallation du disque dans la machine, prières, reboot
>
> Merci d'avance pour vos lumières.
>
Salut,
Ici, si j'ai bien compris, quand tu parles de /lib, c'est de /usr/lib
qu'il s'agit?
Ou alors plutôt, /lib est monté sur sda5 au lieu de /usr?
Bref, 2 remarques:
× La méthode bourrin me semble plus propre, ça ne casse pa s la
"compartimentation" qu'apporte des partitions séparées et les
avantages recherchés (genre aide à la sauvegarde, options de mo ntage
distinctes...).
× Y'aurait pas un souci lorsque certain exécutables accède nt à des
librairies dans [/usr]/lib, sachant que certains outils ne
déréférencent pas les liens symboliques et s'attendent don c à trouver
leur librairie (par ex) dans un [/usr]/lib "dur".
Peut-être que le système a continué à fonctionner apr ès ton /lib dans
/home parce que certaines librairies "clef" comme la libc par exemple
étaient déjà en mémoire lors du déplacement et d onc toujours
accessible. Mais plus lors d'un reboot.
Pour finir, si tu as plein de place dans /home, tu peux peut-être y
placer directement /lib en coupant la partition en 2, ce serait plus
rapide que de chercher à redimensionner /sda5.
Bon courage...