[Grub ??] Gros problème, reboot éternel (résolu)

[oktoberfest]

Salut,

Code : Tout sélectionner

[2011-11-09 17:01] ==> Generating module dependencies
[2011-11-09 17:01] ==> Creating gzip initcpio image: /boot/initramfs-linux.img
[2011-11-09 17:01]
[2011-11-09 17:01] gzip: stdout: No space left on device
[2011-11-09 17:01] ==> ERROR: Image generation FAILED: bsdcpio reported an error
[2011-11-09 17:01] ==> Building image from preset: 'fallback'
[2011-11-09 17:01]   -> -k /boot/vmlinuz-linux -c /etc/mkinitcpio.conf -g /boot/initramfs-linux-fallback.img -S autodetect
...
[2011-11-09 17:01] gzip: stdout: No space left on device
[2011-11-09 17:01] ==> ERROR: Image generation FAILED: bsdcpio reported an error

Lors de la mise à jour du kernel, tu as saturé ta partition /boot

Code : Tout sélectionner

[2011-11-09 17:01] upgraded linux (3.0.7-1 -> 3.1-4)
[2011-11-09 17:02] Running 'pacman -Scc'
[2011-11-09 17:02] Running 'pacman -Sy'

Tu as fait le ménage (pacman -Sc aurait suffit je pense, avec -Scc tu perds tes vieux paquets et la possibilité de faire marche arrière)

Code : Tout sélectionner

[2011-11-09 17:01]   -> Parsing hook: [filesystems]
[2011-11-09 17:01]   -> Parsing hook: [usbinput]
[2011-11-09 17:01] ==> Generating module dependencies
[2011-11-09 17:01] ==> Creating gzip initcpio image: /boot/initramfs-linux-fallback.img

Là c'est carrément étrange, ton initramfs fallback ne contient que 2 hooks... ??

De plus dans le log l'horloge passe de 17h03 à 17h10 puis retour à 17h01..

Tu te souviens de ce qui s'est passé pendant ta mise à jour ? En tout cas c'est sans doute la création de l'initrams qui a merdé, d'où les soucis de démarrage du noyau

[benjarobin]

Donc vérifie l'espace restant, fait un peu de place, puis un chroot depuis un liveCD, relance l'installation du kernel

[Gr3e]

J'ai fait le cochon donc, deux questions

- Lors du chroot je suis le wiki et tout vas vien jusqu'à chroot . /bin/bash qui me donne "chroot: cannot run command '/bin/bash': Exec format error" je précise que ej suis en arch_64 sur le disque et le live ced n'était pas dispo en _x64 ça vient de la ? ou d'ailleurs ??

- Une fois que j'aurai chrooté quelle commande pour relancer l'installation du kernel ?

[benjarobin]

En effet cela vient de là, il te faut un liveCD 64 bits si tu utilise un système x86_64
Pour installer le kernel, comme d'habitude: pacman -S linux

Sinon non tu n'as pas vraiment fait le "cochon", mais tu n'as pas été assez attentif à la sortie de pacman.

[Gr3e]

Les erreurs sont formatrices !

Je me retrouve encore avec ce problème d'espace disque

Code : Tout sélectionner

du -hx --max-depth=1 /

donne

Code : Tout sélectionner

4,0K	/home
89M	/lib
138M	/root
2,8G	/usr
6,0M	/etc
11M	/sbin
0	/sys
16K	/.config
0	/proc
4,0K	/run
2,7M	/lib32
12K	/srv
12K	/media
0	/dev
404K	/tmp
1,0K	/boot
16K	/lost+found
123M	/var
20K	/mnt
5,6M	/bin
4,0K	/lib64
33M	/opt
3,2G	/

Donc plus de place dans ma partition boot (/dev/sdb1) 101.94 Mo utilisés sur 101.94 je l'agrandis comment sachant que j'ai un disque de 1To avec 600Go de libres donc pas de souci mais les libres sont inclus dans ma /dev/sdb4 (ext4) ?

Et pourquoi tout est il utilisé sachant qu'avant mise à jour il était libre à 84 %

Je sors du chroot je lance gparted à partir du live cd je diminue la taille du gros ext 4 mais après pourrais-je auglmenter la taille du ext2 /boot ?

[benjarobin]

Hum quel est la sortie de ls -lRh /boot/ (Pense bien à monter ta partition boot avant)
Quel est la sortie de df -h
Ce n'est pas normal qu'une partition /boot/ de 100 Mo soit pleine pour le kernel. Le kernel utilise environ 10 Mo

[oktoberfest]

Tu peux faire un

Code : Tout sélectionner

# du -sh /boot/*

?
Sur tous mes pc depuis des années la partition boot fait 100 Mo, et je n'ai réussi à la remplir. A moins que ne bootes des dizaines d'OS avec pleins de noyaux différents et un bootloader qui occupe à lui tout seul 80% de la partition

EDIT : grillé
EDIT2 : avant d'étendre une partition, il faut se demander pourquoi elle est pleine...

[Gr3e]

alors comment vous dire nouveau problème, je m'explique.
Le live cd n'étant pas x64 j'ai booté sur mon disque linux de secours (sda), soit, tout à l'heure tout allait bien, je reboot et la au moment de chrooter ...
ca ne marche plus je cherche poiurquoi , je regarde sur gparted si otut est bien reconnu et la ... je vois que mon système est monté sur sda1 sda2 sdb3 sda4.

Bon la je suis assez choqué, qu'a cela netienn je vais voir le mtab et je remplace

/dev/disk/by-uuid/55f1dd45-2df8-4c5a-b69c-bfc8f1fc18d2 / ext4 relatime,user_xattr,acl,barrier=1,data=ordered

par

/dev/sda3 / ext4 rw,relatime,user_xattr,acl,barrier=1,data=ordered

Je boot le problème reste le même le mtab revient à son état initial ...

Si je boot avec un seul disque dur tout vas bien si je boot avec les deux ce problème apparaît de manière incessante ... je peux pleurer ? :p

Edit = Ce problème est résolu

[benjarobin]

Rien compris... Tu n'as pas besoin d'avoir un liveCd 64 bits et de chrooter pour nous donner les commandes plus haut.
Sinon il est impératif d'utiliser des UUID, voir à la limite des labels. Utiliser directement /dev/sda3 c'est ce mélanger les pinceaux sans rien comprendre.
Bref donne nous les sorties demandées, et grave toi un liveCD 64 bits car tu en auras besoin (A moins que ton linux de secours soit aussi en 64 bits)

Sinon pourquoi vouloir éditer le fichier mtab qui est générer à chaque démarrage

[Gr3e]

Code : Tout sélectionner

du -sh /boot/*

donne

Code : Tout sélectionner

390K	/boot/grub
9,6M	/boot/initramfs-linux-fallback.img
2,2M	/boot/initramfs-linux.img
0	/boot/kernel26-fallback.img
0	/boot/kernel26.img
12K	/boot/lost+found
0	/boot/vmlinuz26
2,9M	/boot/vmlinuz-linux

Mon linux de secours est bien en 64

[benjarobin]

Ta partition boot n'est pas pleine ? Sinon merci de donner aussi df -h
Sinon je vois que tu te traine encore les liens symboliques que tu devait avoir supprimé depuis un certain temps. Il faut de plus éditer le menu.lst de grub pour tenir compte des changements

[oktoberfest]

C'est la partition /boot de ton disque qui pose problème ??? Parce qu'elle n'est pas très pleine...

[farfadet]

Je prend le thread en cours de route, je suis peut-être a coté de la plaque mais regénéré l'image mkinitcpio avec

Code : Tout sélectionner

mkinitcpio -p linux

???? Cela ne reglerait-il pas le problème??

Ceci dit il faut tout de même le faire sur ton systême chrooter

P.S : soyez indulgent c'est mon premier essay de reponse

[Gr3e]

pacman -S en chroot me donne

Code : Tout sélectionner

Taille totale des paquets (téléchargement):   0,00 Mo
Taille totale des paquets (installation):   58,69 Mo

Procéder à l'installation ? [O/n] o
(1/1) vérification de l'intégrité des paquets                       [######################################] 100%
(1/1) analyse des conflits entre fichiers                           [######################################] 100%
(1/1) mise à jour de linux                                          [######################################] 100%
Erreur: l'extraction de boot/vmlinuz-linux a échoué (Write failed)
Erreur: des erreurs sont survenues pendant la mise à jour de linux
>>> Updating module dependencies. Please wait ...
>>> Generating initial ramdisk, using mkinitcpio.  Please wait...
==> Building image from preset: 'default'
  -> -k /boot/vmlinuz-linux -c /etc/mkinitcpio.conf -g /boot/initramfs-linux.img
==> Starting build: 3.1.0-4-ARCH
  -> Parsing hook: [base]
  -> Parsing hook: [udev]
  -> Parsing hook: [autodetect]
WARNING: All config files need .conf: /etc/modprobe.d/modprobe.conf.pacnew, it will be ignored in a future release.
  -> Parsing hook: [pata]
  -> Parsing hook: [scsi]
  -> Parsing hook: [sata]
  -> Parsing hook: [filesystems]
  -> Parsing hook: [usbinput]
==> Generating module dependencies
==> Creating gzip initcpio image: /boot/initramfs-linux.img

gzip: stdout: No space left on device
==> ERROR: Image generation FAILED: bsdcpio reported an error
==> Building image from preset: 'fallback'
  -> -k /boot/vmlinuz-linux -c /etc/mkinitcpio.conf -g /boot/initramfs-linux-fallback.img -S autodetect
==> Starting build: 3.1.0-4-ARCH
  -> Parsing hook: [base]
  -> Parsing hook: [udev]
  -> Parsing hook: [pata]
  -> Parsing hook: [scsi]
  -> Parsing hook: [sata]
  -> Parsing hook: [filesystems]
  -> Parsing hook: [usbinput]
==> Generating module dependencies
==> Creating gzip initcpio image: /boot/initramfs-linux-fallback.img

gzip: stdout: No space left on device
==> ERROR: Image generation FAILED: bsdcpio reported an error
Erreur: appliquer la transaction a échoué
Erreur: la validation de la transaction a échoué (transaction annulée)
Des erreurs se sont produites, aucun paquet n'a été mis à jour.

Edit : gparted me donne toujours boot plein a 100% mais bon la commande est en contradiction avec ca ! ^^

EDIT 2 :

Code : Tout sélectionner

df -h

Code : Tout sélectionner

udev                                                      10M     0   10M   0% /dev
run                                                      8,2G  3,3G  4,5G  43% /run
/dev/disk/by-uuid/55f1dd45-2df8-4c5a-b69c-bfc8f1fc18d2   8,2G  3,3G  4,5G  43% /
devpts                                                    10M     0   10M   0% /dev/pts
shm                                                       10M     0   10M   0% /dev/shm
/dev/sda4                                                8,2G  3,3G  4,5G  43% /home
/dev/sda1                                                 99M   99M     0 100% /boot
/dev/sdb3                                                8,2G  3,3G  4,5G  43% /mnt/arch

[oktoberfest]

Ce serait bien de répondre à la demande de benjarobin (df -h), parce qu'à priori il y a un souci au niveau du montage de tes partitions. Il faut d'abord s'assurer que tu as monté / et /boot comme il faut.

[Gr3e]

C'est édité

[oktoberfest]

Tu as plusieurs soucis :
- /boot est plein tu dois regarder ce qui prend de la place faire le ménage
- avant de faire le chroot (dans /mnt/arch je suppose), tu dois monter ta partition /dev/sda1 sur /mnt/arch/boot et pas sur /boot !!!
- c'est normal d'avoir la partition de boot sur sda et ton linux sur sdb ?

Bref... Prends le temps de respirer, fais les choses calmement, dans l'ordre et en comprenant bien ce que tu fais... j'ai l'impression que c'est un peu fait à l'arrache tout ça

[Gr3e]

Arretez de vous torturer l'esprit enfait j'ai du me planter de console en tapant

Code : Tout sélectionner

du -sh /boot/*

car la il affiche ceci :

Code : Tout sélectionner

83M	/boot/2005_-_V_pour_vendeta.avi
390K	/boot/grub
9,6M	/boot/initramfs-linux-fallback.img
2,2M	/boot/initramfs-linux.img
0	/boot/kernel26-fallback.img
0	/boot/kernel26.img
12K	/boot/lost+found
0	/boot/vmlinuz26
2,9M	/boot/vmlinuz-linux

Evidemment pas besoin de me faire un dessin ... quel blaireau.

Bon je pacman -S je reboot et je vous dis mais ca devrait aller beaucoup mieux .....

[oktoberfest]

Ouahh la vache, un bootloader Vendetta, ça déchire

[Gr3e]

Bon tout est ok, ne me demandez pas comment ce fichier vidéo s'est retrouvé là je fais faire des cauchemars cette nuit sinon.

Bon par contre tant que je suis dans le camboui, benja m'a dit

Sinon je vois que tu te traine encore les liens symboliques que tu devait avoir supprimé depuis un certain temps.

Quels sont-ils ? comment avoir la liste des liens symboliques inutiles et les supprimer ?