[résolu en réinstallant] Problème partition boot

Bobain · Le 26/06/2015, à 22:52

Bonjour à tous,

je m'y connais très peu en linux ou Ubuntu, mais c'est généralement facile d'utilisation.
J'ai installé Ubuntu sur un disque SSD il y a déjà un certain temps.
Lors de cette installation, contrairement à celles que j'avais faites sur des disques standard,
l'installeur m'a dit que je ferais mieux de faire une partition de type LVM ou quelquechose comme ça,
étant donné qu'il s'agissait d'un disque SSD.
Obéissant, j'ai suivi ses conseils et fait le plus simplement du monde, avec les choix standards sans faire le malin.

voici au final comment est partitionné le disque :
http://imageshack.com/a/img909/450/11IyLp.png

Après deux mois d'utilisation, un message inquiétant apparait à chaque démarrage ou mise à jour je crois,
indiquant que la partition boot n'a plus d'espace (ce qui notamment empêche les mises à jour).

Je me dis que je vais utiliser gparted pour redimensionner la partition et augmenter son espace.
Mais comme vous pouvez le voir sur l'image précédente cela n'est pas possible car gparted considère
que tout l'espace est utilisé sur toute les partitions (ce qui est faux, il doit y avoir quelques dizaines
de Giga d'utilisés sur sda5, soit /, ce que j'ai vérifié en ajoutant de gros fichiers pour m'assurer qu'il y avait bien de la place)

Bon bien sûr je sauvegarde toutes les données de ce disque parceque cela commence à ne pas sentir bon...

Je lis tout et n'importe quoi, et je fais n'importe quoi : si ma mémoire est bonne j'ai fait sudo apt-get autoremove.
Le menu grub continue d'apparaitre normalement, et je peux toujours booter sur un autre disque,
en revanche, désormais sur ce disque si je veux booter j'obtiens un écran noir plein d'inscriptions cabalistiques se terminant par :
"end kernel panic - not syncing : VFS : unable to mount root fs on unknown block (0,0)"

Je me dis que je vais utiliser boot repair.
Je génère un rapport avant de faire quoi que ce soit :
http://paste.ubuntu.com/11779334

Puis j'essaie la réparation standard, qui me demande de copier-coller un certain nombre de commandes dans un terminal.
Il y a plein d'erreurs lors de ces commandes, et au final lorsque je demande à boot repair de passer à l'étape suivante,
il me dit simplement que GRUB n'a pas été desintallé, qu'il faut réessayer les mêmes commandes, qui produisent les mêmes
erreurs encore et encore...

Continuant à faire n'importe quoi je passe aux options avancées. J'en suis navré je ne saurais vous dire avec certitudes
quels sont les options que j'ai décidé de changer. Au moins deux choses néanmoins :
- purger GRUB avant de le réinstaller
- support disque ATA (résout l'erreur out-of disk)

Juste parceque cela a l'air de ressembler à me problèmes, mais sans rien comprendre à ce que je fais : désolé.

Une fois que boot repair a fini de tourner, il me dit que tout est ok (génial, j'ai trop de chance!) et me donne un rapport à communiquer aux gens qui savent :
http://paste.ubuntu.com/11779461

Bon mais il s'avère que non, lorsque j'essaie de booter sur ce disque je n'obtiens qu'un écran noir avec un curseur au début: pas de menu grub.

Si je modifie le Bios et que je boot sur mon autre disque, son menu grub me permet d'essayer de lancer le Ubuntu du premier disque, mais lorsque je fais ce choix: je retombe sur l'ecran bourre de signes kabbalistique se terminant par l'erreur "end kernel panic - not syncing : VFS : unable to mount root fs on unknown block (0,0)"

Je pourrais bien entendu formater et réinstaller Ubuntu, mais voici mes questions:
- gparted ne fonctionne pas correctement sur un SSD?
- serait il possible de réparer mes bêtises plutôt que de formater?
- si je formate: est il possible de faire une sauvegarde des applications installées (standards ou bien compilées) ou me faudra t il tout réinstaller et reconfigurer?
- comment ne pas retomber sur le problème? Ai je le choix dans la taille de la partition boot, est il possible de la nettoyer, etc?

Merci beaucoup à tous ceux qui m'auront lu jusque là, merci doublement à ceux qui pourront m'instruire/m'aider.

Dernière modification par Bobain (Le 28/06/2015, à 12:33)

Babdu89 · Le 27/06/2015, à 00:22

Bonsoir.

Ce n'est pas vrai!!!...

https://forum.ubuntu-fr.org/edit.php?id=20091191

https://forum.ubuntu-fr.org/viewtopic.p … 860131&p=1

https://forum.ubuntu-fr.org/viewtopic.p … #p20083641

Je ne sais pas ce qu'il faut faire pour que çà s’arrête.

@+. Babdu89 .

Dernière modification par Babdu89 (Le 27/06/2015, à 00:38)

Babdu89 · Le 27/06/2015, à 00:59

Si je modifie le Bios et que je boot sur mon autre disque, son menu grub me permet d'essayer de lancer le Ubuntu du premier disque, mais lorsque je fais ce choix: je retombe sur l'ecran bourre de signes kabbalistique se terminant par l'erreur "end kernel panic - not syncing : VFS : unable to mount root fs on unknown block (0,0)"

Souci supplémentaire.

Il est où ce deuxième hdd?.
Dans le boot info,

http://paste.ubuntu.com/11779334/

on voit qu'un seul disque et la clé live usb.

Pourtant dans le fichier grub.cfg de Ubuntu, installation du ssd en /sda1, on voit dans la rubrique os-prober , un autre Ubuntu et un Windows7 installés...
Tu as débranché un disque pour faire les boot info?.

@+. Babdu89 .

Bobain · Le 27/06/2015, à 01:21

Bonsoir,
merci de votre réponse et de sa rapidité

Je comprends avec le 2ème et 3ème liens de votre réponse que j'aurai dû faire le ménage sur la partition boot, et vos liens fournissent toutes les commandes pour le faire: merci beaucoup pour cette information.

Pour répondre a votre question : j'ai effectivement débranché le deuxième disque pendant que j'utilisais boot-repair sans le connaître, trop peur d'endommager le deuxième disque qui peut booter et contient un Ubuntu et un Windows.

Vous serait il utile que je post ici un rapport de boot-repair avec les deux disques?

Les questions qui restent tres floues pour moi:
- puis je formater mais remettre mes applications à l'identique automatiquement? (Desole pour la naïveté ou le manque de précision de la question)
- Y aurait il un moyen de réparer mes dégâts sur la partition boot?

Merci encore beaucoup pour votre première réponse et de votre patience

Babdu89 · Le 27/06/2015, à 02:00

Bonsoir.

- Y aurait il un moyen de réparer mes dégâts sur la partition boot?

En t'inspirant de ce qui a marcher pour le souci de /boot plein dans les sujets, tu peux essayer de faire de la place, pour n'avoir que les deux dernières versions du noyaux.
Redémarrer la machine, si l'installation chiffrée redémarre. Récupérer les données importantes, et réinstaller.

Sur le système chiffré, si il y a des données personnels importantes à récupérer, çà ne vas pas être facile, si tu ne peux pas redémarrer. Sinon, il vaut mieux réinstaller.

- puis je formater mais remettre mes applications à l'identique automatiquement? (Desole pour la naïveté ou le manque de précision de la question)

Non, je ne pense pas que ce soit possible avec l'installation chiffrée.
C'est possible avec une installation classique (partitions ext4 et swap) sans formater la partition système. On réinstalle par dessus à la Windows.
On réinstalle avec la même iso, les mêmes login et mot de passe.

Lors de cette installation, contrairement à celles que j'avais faites sur des disques standard,
l'installeur m'a dit que je ferais mieux de faire une partition de type LVM ou quelquechose comme ça,
étant donné qu'il s'agissait d'un disque SSD.

Non non, sur un ssd on fait aussi les installations habituelles sans soucis. Partitions ext4 et swap .
Le mieux à faire.
Débrancher le deuxième hdd.
Refaire l'installation sur le ssd. Vérifier qu'elle marche , faire les maj et réinstaller/paramétrer les applications.
Rebrancher le deuxième hdd. Faire la mise à jour de grub

sudo update-grub

Tous les Os doivent être proposés au menu Grub. Vérifier que tous démarrent et fonctionnent.

Lancer l'Os qui est sur le deuxième hdd, faire aussi la maj de grub.
En bootant la machine sur le deuxième hdd, on doit avoir la même situation que en bootant sur le ssd.

@+. Babdu89 .

Bobain · Le 27/06/2015, à 02:28

Je m'y attele demain, dans l'ordre proposé.

Merci pour ces conseils et explications

malbo · Le 27/06/2015, à 07:12

@Babdu89 : tu as mentionné plusieurs fois dans la discussion que l'installation était chiffrée mais ce n'est pas le cas. Dans une installation chiffrée, on voit la mention "crypto_LUKS" comme dans cette autre discussion à laquelle tu as participé : https://forum.ubuntu-fr.org/viewtopic.p … #p19924901
Et quand on fait un Boot-Info depuis une session live, on ne sait pas voir l'intérieur de la partition puisque justement elle est chiffrée.
Dans le cas de Bobain, c'est seulement une installation avec LVM et le Boot-Info depuis une session live laisse bien voir l'intérieur de la partition comme on peut voir dans cet extrait :

=================== df -Th:

Filesystem                  Type       Size  Used Avail Use% Mounted on
/cow                        overlayfs  3.9G  103M  3.8G   3% /
udev                        devtmpfs   3.9G   12K  3.9G   1% /dev
tmpfs                       tmpfs      788M  1.3M  787M   1% /run
/dev/sdb                    vfat       1.9G  1.1G  876M  55% /cdrom
/dev/loop0                  squashfs   953M  953M     0 100% /rofs
none                        tmpfs      4.0K     0  4.0K   0% /sys/fs/cgroup
tmpfs                       tmpfs      3.9G  1.8M  3.9G   1% /tmp
none                        tmpfs      5.0M     0  5.0M   0% /run/lock
none                        tmpfs      3.9G   80K  3.9G   1% /run/shm
none                        tmpfs      100M   76K  100M   1% /run/user
/dev/sda1                   ext2       236M  185M   39M  83% /mnt/boot-sav/sda1
/dev/mapper/ubuntu--vg-root ext4       909G  9.0G  854G   2% /mnt/boot-sav/mapper/ubuntu--vg-root

La dernière ligne montre que la partition racine occupe 2% des 909 Go.

Dernière modification par malbo (Le 27/06/2015, à 07:13)

Babdu89 · Le 27/06/2015, à 09:22

@ malbo. Bonjour.
OK! . À l'avenir je lirais mieux les boot info.

Mais une installation avec LVM, fait aussi une petite partition /boot qui a le tort de se remplir bien vite. Et c'est là le souci .

@+. Babdu89 .

malbo · Le 27/06/2015, à 10:35

Babdu89 a écrit :

une petite partition /boot qui a le tort de se remplir bien vite. Et c'est là le souci .

Quand je vois le nombre de posts qu'il faut pour sortir de là, c'est sûr que c'est un sérieux inconvénient. Dans cette discussion : https://forum.ubuntu-fr.org/viewtopic.php?id=1860741
il faut attendre le post #60 pour que ce soit complètement résolu. Alors que si le novice était prévenu de la chose, il ferait son nettoyage des noyaux régulièrement. Rappel : pas besoin d'installer un logiciel spécial pour le nettoyage régulier, pas besoin de kclean. Le nettoyage par la Méthode simple et sécurisée est suffisant.

Dernière modification par malbo (Le 27/06/2015, à 10:37)

Bobain · Le 27/06/2015, à 11:06

Bonjour,

Babdu89 a écrit :

En t'inspirant de ce qui a marcher pour le souci de /boot plein dans les sujets, tu peux essayer de faire de la place, pour n'avoir que les deux dernières versions du noyaux.

et

malbo a écrit :

pas besoin d'installer un logiciel spécial pour le nettoyage régulier. Le nettoyage par la Méthode simple et sécurisée est suffisant.

Comme je vois que la partition /boot est toujours pleine :

ubuntu@ubuntu:/media/ubuntu$ df -h
Filesystem                   Size  Used Avail Use% Mounted on
/cow                         3.9G   47M  3.9G   2% /
udev                         3.9G  4.0K  3.9G   1% /dev
tmpfs                        788M  1.3M  787M   1% /run
/dev/sdb                     1.9G  1.1G  876M  55% /cdrom
/dev/loop0                   953M  953M     0 100% /rofs
none                         4.0K     0  4.0K   0% /sys/fs/cgroup
tmpfs                        3.9G  1.1M  3.9G   1% /tmp
none                         5.0M     0  5.0M   0% /run/lock
none                         3.9G   80K  3.9G   1% /run/shm
none                         100M   88K  100M   1% /run/user
/dev/mapper/ubuntu--vg-root  909G   11G  853G   2% /media/ubuntu/4d85806b-818c-4fe8-86fa-9c26d90feff3
/dev/sda1                    236M  220M  3.8M  99% /media/ubuntu/cf03de3b-8104-4ede-9159-bf060d5fea9e

Je voudrais employer la méthode simple et sécurisé, mais je crois qu'il est trop tard étant donné que je ne peux plus booter sur ce disque comme me semble d'ailleurs l'indiquer les divergences entre les résultats de ces deux commandes :

ubuntu@ubuntu:/media/ubuntu/cf03de3b-8104-4ede-9159-bf060d5fea9e$ ls -l
total 215816
-rw-r--r-- 1 root root  1207327 Apr 10 18:48 abi-3.16.0-34-generic
-rw-r--r-- 1 root root  1206938 Apr 15 14:10 abi-3.16.0-36-generic
-rw-r--r-- 1 root root  1206938 May  6 16:22 abi-3.16.0-37-generic
-rw-r--r-- 1 root root  1207096 May  8 10:44 abi-3.16.0-38-generic
-rw-r--r-- 1 root root  1207366 May 27 10:42 abi-3.16.0-39-generic
-rw-r--r-- 1 root root  1207366 Jun 14 19:42 abi-3.16.0-41-generic
-rw-r--r-- 1 root root   171827 Apr 10 18:48 config-3.16.0-34-generic
-rw-r--r-- 1 root root   171816 Apr 15 14:10 config-3.16.0-36-generic
-rw-r--r-- 1 root root   171816 May  6 16:22 config-3.16.0-37-generic
-rw-r--r-- 1 root root   171817 May  8 10:44 config-3.16.0-38-generic
-rw-r--r-- 1 root root   171817 May 27 10:42 config-3.16.0-39-generic
-rw-r--r-- 1 root root   171817 Jun 14 19:42 config-3.16.0-41-generic
drwxr-xr-x 5 root root     1024 Jun 26 16:35 grub
-rw-r--r-- 1 root root 28781194 Apr 21 15:51 initrd.img-3.16.0-34-generic
-rw-r--r-- 1 root root 28787901 May  1 07:37 initrd.img-3.16.0-36-generic
-rw-r--r-- 1 root root 28787919 May 12 11:37 initrd.img-3.16.0-37-generic
-rw-r--r-- 1 root root 28787734 Jun  2 07:40 initrd.img-3.16.0-38-generic
-rw-r--r-- 1 root root 28788746 Jun 26 16:34 initrd.img-3.16.0-39-generic
-rw-r--r-- 1 root root  8130098 Jun 26 16:37 initrd.img-3.16.0-40-generic
drwx------ 2 root root    12288 Apr 10 04:22 lost+found
-rw-r--r-- 1 root root   176500 Mar 12  2014 memtest86+.bin
-rw-r--r-- 1 root root   178176 Mar 12  2014 memtest86+.elf
-rw-r--r-- 1 root root   178680 Mar 12  2014 memtest86+_multiboot.bin
-rw------- 1 root root  3512405 Apr 10 18:48 System.map-3.16.0-34-generic
-rw------- 1 root root  3512899 Apr 15 14:10 System.map-3.16.0-36-generic
-rw------- 1 root root  3512899 May  6 16:22 System.map-3.16.0-37-generic
-rw------- 1 root root  3513313 May  8 10:44 System.map-3.16.0-38-generic
-rw------- 1 root root  3514712 May 27 10:42 System.map-3.16.0-39-generic
-rw------- 1 root root  3514712 Jun 14 19:42 System.map-3.16.0-41-generic
-rw------- 1 root root  6350864 Apr 10 18:48 vmlinuz-3.16.0-34-generic
-rw------- 1 root root  6351504 Apr 15 14:10 vmlinuz-3.16.0-36-generic
-rw------- 1 root root  6352688 May  6 16:22 vmlinuz-3.16.0-37-generic
-rw------- 1 root root  6351952 May  8 10:44 vmlinuz-3.16.0-38-generic
-rw------- 1 root root  6353360 May 27 10:42 vmlinuz-3.16.0-39-generic
-rw------- 1 root root  6353424 Jun 14 19:42 vmlinuz-3.16.0-41-generic
ubuntu@ubuntu:/media/ubuntu/cf03de3b-8104-4ede-9159-bf060d5fea9e$ dpkg -l | grep -Ei "linux-headers|linux-image"
ii  linux-headers-3.16.0-30                               3.16.0-30.40~14.04.1                                all          Header files related to Linux kernel version 3.16.0
ii  linux-headers-3.16.0-30-generic                       3.16.0-30.40~14.04.1                                amd64        Linux kernel headers for version 3.16.0 on 64 bit x86 SMP
ii  linux-headers-generic-lts-utopic                      3.16.0.30.23                                        amd64        Generic Linux kernel headers
ii  linux-image-3.16.0-30-generic                         3.16.0-30.40~14.04.1                                amd64        Linux kernel image for version 3.16.0 on 64 bit x86 SMP
ii  linux-image-extra-3.16.0-30-generic                   3.16.0-30.40~14.04.1                                amd64        Linux kernel extra modules for version 3.16.0 on 64 bit x86 SMP
ii  linux-image-generic-lts-utopic                        3.16.0.30.23                                        amd64        Generic Linux kernel image

et l'utilisation de la méthode simple et sécurisée ne me semble effectivement rien faire

ubuntu@ubuntu:/media/ubuntu$  sudo apt-get autoremove 
Reading package lists... Done
Building dependency tree       
Reading state information... Done
0 upgraded, 0 newly installed, 0 to remove and 0 not upgraded.

Du coup il va me falloir faire le nettoyage autrement, hors j'en suis absolument navré, mais je ne vois pas dans le liens que vous m'avez fourni comment nettoyer les noyaux de ma partition /boot depuis un session live USB?

Merci de toute façon de vos réponses qui m'ont déjà appris beaucoup de choses

Babdu89 · Le 27/06/2015, à 11:23

malbo a dit;

Alors que si le novice était prévenu de la chose,

Seulement voila!. Il n'est pas prévenu.
Si il vient de Windows, il va chercher à nettoyer son système, mais le nettoyage des noyaux, connaît pas.
Lors des maj système faites en commande, le nettoyage des vieilles versions de noyaux avec autoremove est proposé. On fait,ou on ne fait pas...

Mais lorsque les maj système sont faites avec le gestionnaire de mises à jour, sans ouvrir la fenêtre "détail" , je n'ai jamais vu l'option autoremove proposée en fin de manip.

J'ai l'impression que ce souci va durer un bon bout de temps.

@+. Babdu89 .

Bobain · Le 27/06/2015, à 11:36

Bobain a écrit :

Je lis tout et n'importe quoi, et je fais n'importe quoi : si ma mémoire est bonne j'ai fait sudo apt-get autoremove.

donc j'avais à priori utilisé la bonne commande, si j'ai compris vos messages, pourtant je vois qu'il y a toujours plein de noyaux sur ma partition /boot
et c'est probablement une autre bêtise qui a endommagé /boot (préalablement à l'utilisation stupide des options avancées de boot-repair)

Quoi qu'il en soit, pourriez vous m'indiquer comment procéder s'il est possible de récupérer mon système avec les applications installées et les données svp?

malbo · Le 27/06/2015, à 11:49

Oui la commande de nettoyage "sudo apt-get autoremove", c'était à faire avant le drame. J'ai bien mentionné qu'il s'agissait du nettoyage régulier qui est à faire avec cette commande. Là, tu as tout bloqué, ça ne fonctionne pas. Moi je ne suis pas du tout à l'aise pour t'aider à réparer ça. Peut-être que Babdu89 ou un autre contributeur pourra t'aider.

Babdu89 · Le 27/06/2015, à 11:56

et l'utilisation de la méthode simple et sécurisée ne me semble effectivement rien faire
ubuntu@ubuntu:/media/ubuntu$  sudo apt-get autoremove 
Reading package lists... Done
Building dependency tree       
Reading state information... Done
0 upgraded, 0 newly installed, 0 to remove and 0 not upgraded.
Du coup il va me falloir faire le nettoyage autrement, hors j'en suis absolument navré, mais je ne vois pas dans le liens que vous m'avez fourni comment nettoyer les noyaux de ma partition /boot depuis un session live USB?
Merci de toute façon de vos réponses qui m'ont déjà appris beaucoup de choses

Depuis la session live, même en chrootant tu n'arrives pas a débloquer le situation?.

@+. Babsdu89 .

Bobain · Le 27/06/2015, à 12:20

Ne connaissant pas chroot, je suis les instructions

Mais cela ne se passe pas comme dans les explications, le mount ne veut pas se faire.

ubuntu@ubuntu:~$ sudo -i
root@ubuntu:~# mkdir /media/system
root@ubuntu:~# mount /dev/sda /media/system
sda   sda1  sda2  sda5  
root@ubuntu:~# mount /dev/sda5 /media/system
mount: unknown filesystem type 'LVM2_member'
root@ubuntu:~# mount /dev/sda2 /media/system
mount: you must specify the filesystem type

Comme je suis têtu et aventurier, j'essaie :

root@ubuntu:~# chroot /media/ubuntu/4d85806b-818c-4fe8-86fa-9c26d90feff3/
root@ubuntu:/# sudo apt-get autoremove
Reading package lists... Done
Building dependency tree       
Reading state information... Done
0 upgraded, 0 newly installed, 0 to remove and 72 not upgraded.
5 not fully installed or removed.
After this operation, 0 B of additional disk space will be used.
E: Can not write log (Is /dev/pts mounted?) - openpty (2: No such file or directory)
Setting up linux-image-3.16.0-41-generic (3.16.0-41.55~14.04.1) ...
Internal Error: Could not find image (/boot/vmlinuz-3.16.0-41-generic)
dpkg: error processing package linux-image-3.16.0-41-generic (--configure):
 subprocess installed post-installation script returned error exit status 2
dpkg: dependency problems prevent configuration of linux-image-extra-3.16.0-41-generic:
 linux-image-extra-3.16.0-41-generic depends on linux-image-3.16.0-41-generic; however:
  Package linux-image-3.16.0-41-generic is not configured yet.

dpkg: error processing package linux-image-extra-3.16.0-41-generic (--configure):
 dependency problems - leaving unconfigured
dpkg: dependency problems prevent configuration of linux-image-generic-lts-utopic:
 linux-image-generic-lts-utopic depends on linux-image-3.16.0-41-generic; however:
  Package linux-image-3.16.0-41-generic is not configured yet.
 linux-image-generic-lts-utopic depends on linux-image-extra-3.16.0-41-generic; however:
  Package linux-image-extra-3.16.0-41-generic is not configured yet.

dpkg: error processing package linux-image-generic-lts-utopic (--configure):
 dependency problems - leaving unconfigured
dpkg: dependency problems prevent configuration of linux-generic-lts-utopic:
 linux-generic-lts-utopic depends on linux-image-generic-lts-utopic (= 3.16.0.41.33); however:
  Package linux-image-generic-lts-utopic is not configured yet.

dpkg: error processing package linux-generic-lts-utopic (--configure):
 dependency problems - leaving unconfigured
Setting up linux-image-extra-3.16.0-39-generic (3.16.0-39.53~14.04.1) ...
No apport report written because the error message indicates its a followup error from a previous failure.
No apport report written because the error message indicates its a followup error from a previous failure.
No apport report written because MaxReports is reached already
depmod: FATAL: could not load /boot/System.map-3.16.0-39-generic: No such file or directory
run-parts: executing /etc/kernel/postinst.d/apt-auto-removal 3.16.0-39-generic /boot/vmlinuz-3.16.0-39-generic
run-parts: executing /etc/kernel/postinst.d/initramfs-tools 3.16.0-39-generic /boot/vmlinuz-3.16.0-39-generic
update-initramfs: Generating /boot/initrd.img-3.16.0-39-generic
/usr/sbin/mkinitramfs: 137: /usr/sbin/mkinitramfs: cannot create /dev/null: Permission denied
grep: /boot/config-3.16.0-39-generic: No such file or directory
/usr/sbin/mkinitramfs: 152: /usr/sbin/mkinitramfs: cannot create /dev/null: Permission denied
/usr/sbin/mkinitramfs: 152: /usr/sbin/mkinitramfs: cannot create /dev/null: Permission denied
/usr/sbin/mkinitramfs: 283: /usr/sbin/mkinitramfs: cannot create /dev/null: Permission denied
WARNING: no ldd around - install libc-bin
update-initramfs: failed for /boot/initrd.img-3.16.0-39-generic with 1.
run-parts: /etc/kernel/postinst.d/initramfs-tools exited with return code 1
dpkg: error processing package linux-image-extra-3.16.0-39-generic (--configure):
 subprocess installed post-installation script returned error exit status 1
No apport report written because MaxReports is reached already
Errors were encountered while processing:
 linux-image-3.16.0-41-generic
 linux-image-extra-3.16.0-41-generic
 linux-image-generic-lts-utopic
 linux-generic-lts-utopic
 linux-image-extra-3.16.0-39-generic
E: Sub-process /usr/bin/dpkg returned an error code (1)

donc j'ai comme l'impression que le chroot a fonctionné (sans certitude) mais que sudo apt-get autoremove se passe mal

Bobain · Le 27/06/2015, à 19:45

ReBonjour,

J'ai fini par réussir à faire un chroot propre en regardant comment on faisait pour monter correctement des partitions lvm.
Je n'ai jamais réussi à réparer le boot, donc j'ai choisit de sauvegarder un maximum de choses en profitant de mon chroot.
J'ai notamment "sauvegardé" mes applications en utilisant : HOWTO: Backup all installed programs/packages

J'ai formaté et réinstaller Ubuntu, il m'a fallu une astuce trop stupide pour que je ne la détaille pour que cela fonctionne sans lvm (alors que l'installation lvm marche sans astuce)

J'ai donc une installation standard (ext et swap) récupéré mes données et mes programmes, mais pas la configuration de ces derniers.

Donc merci beaucoup pour la commande chroot, c'est important à connaître.

Dernières questions :
- comment je passe le problème en résolu?
- Est il possible de rétablir un système entier : dans la mesure où seul ma partition /boot était impactée, j'aurai bien aimer garder tout le reste

Babdu89 · Le 27/06/2015, à 21:59

Bonsoir.

J'ai fini par réussir à faire un chroot propre en regardant comment on faisait pour monter correctement des partitions lvm.

Dommage que tu n'aies pas penser à poster les retours de commandes.

Je n'ai jamais réussi à réparer le boot, donc j'ai choisit de sauvegarder un maximum de choses en profitant de mon chroot.

Même en ayant monté les deux partitions /sda1 et /sda5 ? .
Car comme dans un système normalement accessible, avec les commandes pour supprimer des noyaux, on travail dans les deux partitions; la partition /boot et la partition système.

J'ai donc une installation standard (ext et swap) récupéré mes données et mes programmes, mais pas la configuration de ces derniers.

Tu n'avais pas accès à /home du système?.

- comment je passe le problème en résolu?

"Résolu en réinstallant"
Tu édites ton premier post en modifiant le titre, avec l'option "Modifier" .

@+. Babdu89 .

Bobain · Le 28/06/2015, à 12:42

Bonjour,

Je n'ai jamais réussi à réparer le boot, donc j'ai choisit de sauvegarder un maximum de choses en profitant de mon chroot.
Babdu89 a écrit :
Même en ayant monté les deux partitions /sda1 et /sda5 ? .
Car comme dans un système normalement accessible, avec les commandes pour supprimer des noyaux, on travail dans les deux partitions; la partition /boot et la partition système.

Comme les instructions pour chroot ne mentionnaient pas le boot, ni les exemples pour monter des partitions lvm, je n'ai pas eu tout seul la présence d'esprit de le faire, d'où l'échec de réparation de la partition boot je suppose

J'ai donc une installation standard (ext et swap) récupéré mes données et mes programmes, mais pas la configuration de ces derniers.
Babdu89 a écrit :
Tu n'avais pas accès à /home du système?

Je suppose que si, mais je ne sais pas ce que c'est...

Merci quand même, je n'ai pas réussi ni à réparer ni à faire une réinstallation en sauvegardant suffisamment de choses, mais j'aurais appris quelques trucs quand même
Je me suis peut être un peu précipité, mais c'est gênant d'avoir son ordinateur principal qui ne marche pas

Bon dimanche

Babdu89 · Le 28/06/2015, à 13:35

Bonjour.

J'ai donc une installation standard (ext et swap) récupéré mes données et mes programmes, mais pas la configuration de ces derniers.

Babdu89 a écrit :
Tu n'avais pas accès à /home du système?
Je suppose que si, mais je ne sais pas ce que c'est...

C'est le dossier qui contient ton dossier personnel. /home/<ton-user>
Là ou se trouvent entre autre les paramètres que tu donnes aux applications que tu installes.
Remarque;
Une bonne partie de ces dossiers sont des dossiers cachés,(nom précédé d'un point, exemple; .mozilla ) il faut les faire apparaître dans le navigateur de fichiers, en cochant l'option; "Afficher les fichiers caché".

Lorsqu'on copie le /home sur un support autre que la partition, il ne faut pas les oublier.

@+. Babdu89

Bobain · Le 28/06/2015, à 14:26

Babdu89 a écrit :

C'est le dossier qui contient ton dossier personnel. /home/<ton-user>
Là ou se trouvent entre autre les paramètres que tu donnes aux applications que tu installes.
Remarque;
Une bonne partie de ces dossiers sont des dossiers cachés,(nom précédé d'un point, exemple; .mozilla ) il faut les faire apparaître dans le navigateur de fichiers, en cochant l'option; "Afficher les fichiers caché".
Lorsqu'on copie le /home sur un support autre que la partition, il ne faut pas les oublier.

Alors je ne suis pas sûr de comprendre où j'ai commis une erreur.
je n'ai pas utilisé le navigateur de fichiers, mais je l'ai fait en lignes de commandes :

 cp -ap /home/<mon-user> <dossier destination de sauvegarde>

ou peut être

 cp -ap /home/<mon-user>/* <dossier destination de sauvegarde>

désolé je ne sais plus, et je n'ai pas vérifié ce qui était copié, décidément mon erreur récurrente est la précipitation

Donc :
- Soit ces options sont insuffisantes pour les fichiers cachés
- Soit j'aurais dû copier tout /home, mais ce n'est pas ce que je comprends de ce que tu me dis
- Soit je m'exprime mal en parlant de la configuration de mes programmes, ce que je voulais dire :
eclipse et pycharm ne savait plus sur quel projet je travaillais, où était leur workspace, etc

Merci encore de me déniaiser, et le temps que tu y consacres, je devrais sûrement plus lire les documentations, mais j'ai comme une allergie à cela, ce qui est navrant je l'admets.

Si tu as un conseil sur une documentation minimale à lire je le ferais, mon expérience de Linux n'est qu'empirique, et je ne suis pas informaticien de formation.

Babdu89 · Le 28/06/2015, à 14:49

je n'ai pas utilisé le navigateur de fichiers, mais je l'ai fait en lignes de commandes :

Oui, et dans la copie en regardant avec le navigateur de fichiers, tu as activé " Afficher le fichiers cachés" ??.

Merci encore de me déniaiser, et le temps que tu y consacres, je devrais sûrement plus lire les documentations, mais j'ai comme une allergie à cela, ce qui est navrant je l'admets.
Si tu as un conseil sur une documentation minimale à lire je le ferais, mon expérience de Linux n'est qu'empirique, et je ne suis pas informaticien de formation.

Moi non plus, loin de là. Pratiquement tout ce que je sais sur Linux/Ubuntu, je l'ai appris dans la doc et ce forum-ci.

https://doc.ubuntu-fr.org/

Sans être obliger de tout lire, on peut faire des recherches par thèmes et rubriques.

Mes soucis l'Anglais et les commandes... Je ne veux pas apprendre ... Donc j'adapte à ma "sauce" tout ce que je glane .

@+. Babdu89 .

Dernière modification par Babdu89 (Le 28/06/2015, à 14:49)

Ubuntu-fr

Navigation

Liens de recherche

Annonce

#1 Le 26/06/2015, à 22:52

[résolu en réinstallant] Problème partition boot

#2 Le 27/06/2015, à 00:22

Re : [résolu en réinstallant] Problème partition boot

#3 Le 27/06/2015, à 00:59

Re : [résolu en réinstallant] Problème partition boot

#4 Le 27/06/2015, à 01:21

Re : [résolu en réinstallant] Problème partition boot

#5 Le 27/06/2015, à 02:00

Re : [résolu en réinstallant] Problème partition boot

#6 Le 27/06/2015, à 02:28

Re : [résolu en réinstallant] Problème partition boot

#7 Le 27/06/2015, à 07:12

Re : [résolu en réinstallant] Problème partition boot

#8 Le 27/06/2015, à 09:22

Re : [résolu en réinstallant] Problème partition boot

#9 Le 27/06/2015, à 10:35

Re : [résolu en réinstallant] Problème partition boot

#10 Le 27/06/2015, à 11:06

Re : [résolu en réinstallant] Problème partition boot

#11 Le 27/06/2015, à 11:23

Re : [résolu en réinstallant] Problème partition boot

#12 Le 27/06/2015, à 11:36

Re : [résolu en réinstallant] Problème partition boot

#13 Le 27/06/2015, à 11:49

Re : [résolu en réinstallant] Problème partition boot

#14 Le 27/06/2015, à 11:56

Re : [résolu en réinstallant] Problème partition boot

#15 Le 27/06/2015, à 12:20

Re : [résolu en réinstallant] Problème partition boot

#16 Le 27/06/2015, à 19:45

Re : [résolu en réinstallant] Problème partition boot

#17 Le 27/06/2015, à 21:59

Re : [résolu en réinstallant] Problème partition boot

#18 Le 28/06/2015, à 12:42

Re : [résolu en réinstallant] Problème partition boot

#19 Le 28/06/2015, à 13:35

Re : [résolu en réinstallant] Problème partition boot

#20 Le 28/06/2015, à 14:26

Re : [résolu en réinstallant] Problème partition boot

#21 Le 28/06/2015, à 14:49

Re : [résolu en réinstallant] Problème partition boot

Pied de page des forums