SliTaz Forum
You are not logged in.
Pages: 1
J'utilise actuellement 2 SliTaz version 5, suite à une mise à jour via tazpkg recharge && tazpkg upgrade je n'arrive plus à démarrer aucun de mes ordis SliTaz.
1er ordi message "End kernel panic - not syncing:VFS: unable tou mount root fs on unknown-block(8,1)"
2ème ordi blocage à la ligne "Booting the kernel"
Avez-vous des conseils, pistes pour pouvoir me sortir de mon embarras ?
Merci par avance de vos réponses.
Offline
Bien le bonjour, à tous et à toutes,
Je peux accéder à nouveau à mes ordis après le confinement.
Mais ordis ne démarrent tjrs pas, je n'ai pas pu les toucher depuis trois mois.
Avez-vous des idées ou des procédures pour m'aider à passer ce Grub qui bloque au démarrage ?
Merci par avance de vos réponses.
Offline
Bonjour,
Peux-tu, pour au moins un des ordinateurs concernés, fournir son fichier de configuration de Grub et également une copie de la sortie de la commande [c]fdisk -l[/c] obtenue à partir d'une session live, en précisant à quoi correspond chaque partition (swap, /home, Windows...) ?
Offline
Bonsoir, Ceed,
Voici pour la commande Fdisk - l
tux@slitaz:~$ fdisk -l
Disk /dev/sda: 500.1 GB, 500107862016 bytes
255 heads, 63 sectors/track, 60801 cylinders
Units = cylinders of 16065 * 512 = 8225280 bytes
Device Boot Start End Blocks Id System
/dev/sda1 * 1 60280 484191232 83 Linux
/dev/sda2 60280 60802 4194304 82 Linux swap
tux@slitaz:~$
Merci pour ton aide
Offline
Un seul disque dur avec un seul système d'exploitation SliTaz sur SDA1
SDA2 mémoire swap
Pas d'autres partitions et plus Windows dessus.
Offline
"fournir son fichier de configuration de Grub"
>> En espérant que ce soit cela que vous demandez
Slitaz GNU/Linux 5.0 (kernel vmlinuz-3.16.55-slitaz64)
Slitaz GNU/Linux (kernel vmlinuz-3.16.55-slitaz64)
Slitaz GNU/Linux (kernel vmlinuz-3.16.55-slitaz64)
Slitaz GNU/Linux (kernel vmlinuz-3.18.129-slitaz)
Slitaz GNU/Linux (kernel vmlinuz-3.16.55-slitaz64)
Slitaz GNU/Linux (kernel vmlinuz-3.18.129-slitaz)
1ère ligne
root (hd0,0)
kernel /boot/vmlinuz-3.16.55-slitaz64 root=/dev/sda1 video=-32 quiet
2ème à 8ème ligne
root (hd0,0)
kernel /boot/vmlinuz-numero root=/dev/sda1
Offline
Je ne comprends pas ton dernier post. Peux-tu attacher le fichier menu.lst à un post, stp ?
(Tu devras peut-être le renommer en menu.txt pour pouvoir l'attacher)
Offline
Bonsoir, Ceel (désolé je ne suis trompé la dernière fois en l'écrivant),
"Je ne comprends pas ton dernier post."
>> J'ai retranscrit la page de démarrage de mon SliTaz contenant 8 lignes affichés (avec l'option "e"dit en complément)
En démarrant à partir d'un "SliTaz Live Cd"
quand je lance dans un Terminal Sakura (root ou non)
avec les commandes suivantes
# nano /mnt/target/boot/grub/menu.lst
(Ctrl+X pour quitter)
ou :
# leafpad /mnt/target/boot/grub/menu.lst
Il n'y a rien qui s'affiche fenêtre (blanche ou noire) vide
Je n'arrive pas à comprendre comment faire.
Merci par avance de vote aide.
Offline
Offline
Offline
Voici une capture d'écran avec une erreur qui apparaît sur l'accès à mon disque dur.
Mais je ne sais pas si cela aidera à la résolution du premier problème.
[attachment=49213,3032]
Offline
OK, c'est plus clair.
D'après le message d'erreur je comprends que ta partition principale, sda1, est formatée ext4. Et justement, michaelbischof dans un post, hier, signale le même problème : "Interesting: using this Live-CD I am not able to mount a ext4-partition."
Et s'il n'est pas possible de monter la partition, il est normal que tu n'arrives pas à accéder au fichier menu.lst...
Sinon, pour le reste, tout est correct : 1 seul disque (sda) avec deux partitions, et root=/dev/sda1
Je me demande si l'origine de ton problème n'est pas lié au type de formattage de ton disque. Et qu'une mise à jour du kernel ne serait pas la cause.
Je vois que ton post initial date du 13 mars, il y avait longtemps que tu n'avais pas fait de mise à jour ou tu en fais régulièrement ?
Offline
Bonjour, Ceel,
"je comprends que ta partition principale, sda1, est formatée ext4."
>> Quand j'ai commencé à m'intéresser et à installer SliTaz pour mes ordis, on m'avait dit de formater en ext4, cela fonctionnait.
"Et qu'une mise à jour du kernel ne serait pas la cause."
>> Oui suite à une mise à jour via tazpkg recharge && tazpkg upgrade, oui j'avais fait cette double commande pour mettre à jour mes deux ordis et le lendemain les 2 ordis ne démarre plus.
"il y avait longtemps que tu n'avais pas fait de mise à jour ou tu en fais régulièrement ?"
>> J'en faisais une par semaine avant le confinement, pendant le confinement je n'ai pas pu accéder à mes ordis, ils sont restés eux aussi confinés dans un autre endroit.
Après si on arrive à les refaire démarrer, si ma fréquence de mise à jour est trop (proche ou au contraire trop éloigné) il faudra me le dire. Je suis parti de mes habitudes sur mes autres système d'exploitation.
Merci par avance de ton lien du post, je vais le lire.
Offline
Bonsoir,
Si tu faisais une mise à jour par semaine, ça signifie que l'éventuel paquet qui pose problème aurait eu une mise à jour début mars. Malheureusement, je n'ai pas conservé les ISOs antérieures au 5 avril... 
En revanche, j'ai retrouvé dans mes archives une très vielle ISO (21 avril 2019) ; voici le lien pour la télécharger ainsi que sa md5 : https://send.firefox.com/download/0d2ca67feaa03ae1/#g5tiKRytRWzzAEpVxhMzxg . Fais-en un Live et vois si tu peux monter ton disque.
Sinon, tu peux aussi essayer de monter ton disque avec un Live fait à partir de la dernière slitaz-rolling-core.iso. Je suis curieuxde savoir si ce problème de partitions ext4 existe aussi avec la version 32bit.
Une dernière question : quel GRUB utilises-tu pour booter ? GRUB Legacy, GRUB4DOS ?
Tu trouveras cette info en haut du menu qui s'affiche quand tu démarres ton ordi.
Offline
Bonjour, Ceel,
Pour le fichier avec Mozilla Firefox Send (il est en dysfonctionnement le service temporairement), pas grave j'ai pleins de vieux LiveCd de SliTaz.
"Fais-en un Live et vois si tu peux monter ton disque."
>> J'ai essayé avec un LiveCd voici en résultat de copie du Terminal
tux@slitaz:~$ su
Password:
root@slitaz:/home/tux# mount /dev/sda1 /mnt
mount: mauvais type de système de fichiers, option erronée, superbloc erroné
sur /dev/sda1, page de code ou programme auxiliaire manquant, ou autre erreur
Dans certains cas des renseignements utiles sont dans le journal
système — essayez « dmesg | tail » ou quelque chose du genre.
root@slitaz:/home/tux#
si cela peut aider à comprendre, moi non...
Faut-il que je teste avec tous les autres LiveCd j'en ai une 10°?
"quel GRUB utilises-tu pour booter ? GRUB Legacy, GRUB4DOS ?"
>> grub4dos 0.4.4 2018-12-17
Offline
patrickpuille and Ceel,
I can collaborate by making available the ISOs of SliTaz GNU-Linux 5.0 64 bit and SliTaz GNU-Linux 5.0 32 bit that I downloaded on 20-05-2020.
Would there be a place in the forum or in the repository for me to upload the ISOs?
marcelocripe
Original text in Brazilian Portuguese, translated into English by Google translator.
---------
patrickpuille e Ceel,
Eu posso colaborar disponibilizando as ISOs do SliTaz GNU-Linux 5.0 64 bit e SliTaz GNU-Linux 5.0 32 bit que baixei no dia 20-05-2020.
Teria algum local no fórum ou no repositório para eu poder fazer o upload das ISOs?
marcelocripe
Texto original em idioma português do Brasil, traduzido para o inglês por Google tradutor.
Offline
Bonsoir, Ceel & marcelocripe,
Avec de l'aide on m'a aiguillé vers http://astuce.linux.free.fr/Les_systemes_de_fichier/Reparation_du_systeme_de_fichier.html
en commande terminal
e2fsck -f -y -b "numéro magique" /dev/"partition"
pour moi cela a donné
e2fsck -f -y -b "numéro magique" /dev/sda1
"numéro magique" = 32768, 98304, 163840, 229376, 294912, 819200, 884736, 1605632, 2654208, 4096000, 7962624, 11239424
mount /dev/"partition" /mnt
Le premier ordinateur endommagé redémarre correctement, il faudra bientôt refaire la même manip sur mon deuxième ordinateur endommagé.
=========================
Good evening, Ceel & marcelocripe,
With help I was referred to http://astuce.linux.free.fr/Les_systemes_de_fichier/Reparation_du_systeme_de_fichier.html
in terminal order
e2fsck -f -y -b "magic number" / dev / "partition"
for me it gave
e2fsck -f -y -b "magic number" / dev / sda1
"magic number" = 32768, 98304, 163840, 229376, 294912, 819200, 884736, 1605632, 2654208, 4096000, 7962624, 11239424
mount / dev / "partition" / mnt
The first damaged computer restarts correctly, I will soon have to do the same operation on my second damaged computer.
Thanks https://translate.google.fr/ :-)
Offline
@ patrickpuille,
Merci pour le retour. Finalement, le problème ne serait pas lié à une mise à jour ?
@ marcelocripe,
Many thanks. But I was searching for an ISO 64bit from february or january.
Seems patrickpuille has solved his problem.
No, no place in the SliTaz site where you could upload an ISO. You must use a third party tool like Mediafire, WeTransfer, FireFox Send...
Offline
Bonjour Ceel,
Finalement, le problème ne serait pas lié à une mise à jour ?
>> Si si, pourtant j'avais essayé de décrire mon problème dans le premier post.
"J'utilise actuellement 2 SliTaz version 5, suite à une mise à jour via tazpkg recharge && tazpkg upgrade je n'arrive plus à démarrer aucun de mes ordis SliTaz"
Je n'ai pas eu le temps de tester sur mon deuxième SliTaz endommagé.
Mais c'est arrivé en même temps, donc je pense que cela doit être la même panne et comme l'ai la solution. J'ai moins peur.
Offline
Pages: 1
[ Generated in 0.019 seconds, 7 queries executed - Memory usage: 1.58 MiB (Peak: 1.77 MiB) ]