Ce site est optimisé pour être consulté depuis un navigateur moderne dans lequel JavaScript est activé.

check disk arrêté à 85% ; blocage ( résolu = bug connu )

mazda

bonjour ,

* comme indiqué l'écran se bloque sur check disk . La seule commande efficace a été C+A+F1 . Redémarrage sans pb .

* peut-être ce pb de frontière que je vois apparaître pour la 1ère fois et ce sans avoir touché à cette partition ( cf ci-dessous : partition 1 ntfs winRE 1.5 Gio )

/dev/sda1 1 192 1536000 27 Inconnu
La partition 1 ne se termine pas sur une frontière de cylindre.
/dev/sda2 * 192 15362 121856000 7 HPFS/NTFS
/dev/sda3 15362 26251 87466164 7 HPFS/NTFS
/dev/sda4 26252 28561 18555075 5 Etendue
/dev/sda5 26252 27467 9767488+ 83 Linux
/dev/sda6 27468 28116 5213061 83 Linux
/dev/sda7 28117 28218 819283+ 82 Linux swap / Solaris
/dev/sda8 28219 28561 2755116 b W95 FAT32

* un truc bizarre : "fdisk -l" me met "inconnu" pour le système de fichiers alors que gparted m'indique "ntfs" (correct) .

slasher-fun

Bonjour,

Très probablement https://bugs.launchpad.net/ubuntu/+source/plymouth/+bug/553745

grandtoubab

normalement c'est

sudo fdisk -l

il y a aussi

df -T

[supprimé]

Salut

Peux-tu lister ton fichier /etc/fstab ?

@+

mazda

* j'ai bien utilisé "sudo fdisk -l" ; bien obligé d'ailleurs sinon ça ne donne rien

* df -T ne me donne que les partitions linux

# /etc/fstab: static file system information.
#
# <file system> <mount point> <type> <options> <dump> <pass>
proc /proc proc defaults 0 0
# /dev/sda5
UUID=f59d8a9a-894c-4e3c-bd8f-9ce17977dfaf / ext3 relatime,errors=remount-ro 0 1
# /dev/sda6
UUID=398a6488-8b9b-420c-a57c-fb29d7e572a8 /home ext3 relatime 0 2
# /dev/sda8
UUID=B2AE-DBF2 /windows vfat utf8,umask=007,gid=46 0 1
# /dev/sda7
UUID=f1d205b8-f123-45e5-a995-db55da0edfde none swap sw 0 0
/dev/scd0 /media/cdrom0 udf,iso9660 user,noauto,exec,utf8 0 0

[supprimé]

# /etc/fstab: static file system information.
#
# <file system> <mount point> <type> <options> <dump> <pass>
proc /proc proc defaults 0 0
# /dev/sda5
UUID=f59d8a9a-894c-4e3c-bd8f-9ce17977dfaf / ext3 relatime,errors=remount-ro 0 1
# /dev/sda6
UUID=398a6488-8b9b-420c-a57c-fb29d7e572a8 /home ext3 relatime 0 2
# /dev/sda8
UUID=B2AE-DBF2 /windows vfat utf8,umask=007,gid=46 0 1
# /dev/sda7
UUID=f1d205b8-f123-45e5-a995-db55da0edfde none swap sw 0 0
/dev/scd0 /media/cdrom0 udf,iso9660 user,noauto,exec,utf8 0 0

Tente déjà de modifier cette ligne ainsi :

UUID=B2AE-DBF2 /windows vfat utf8,umask=007,gid=46 0 0

@+

mazda

c'est fait , mais j'obtiens toujours la même réponse pour "sudo fdisk -l"

[supprimé]

Mais il faut rebooter maintenant.

Le résultat de fdisk n'a à mon avis rien à voir avec ton souci de chkdsk au boot.

@+

mazda

ok , je vais voir au prochain démarrage et comme je vais tout réinstaller fin avril j'espère que ce pb avec checkdisk disparaîtra comme il est apparu : à l'improviste .

merci

slasher-fun

J'aime répondre dans le vide 😃

mazda

slasher-fun a écritJ'aime répondre dans le vide 😃

excuse moi, j'ai oublié de te signaler que je suis allé voir ce bug dont tu m'as parlé , mais mes connaissances très limitées ne m'ont pas permis de faire le lien avec le pb du checkdisk . J'ai juste noté que ça donnait un "crash" au démarrage , ce que je n'ai pas lorsque le checkdisk ne se fait pas .

"just upgraded to lucid, first reboot tried to start accounts

ProblemType: Crash"

mazda

jeanjd63 a écritMais il faut rebooter maintenant.

Le résultat de fdisk n'a à mon avis rien à voir avec ton souci de chkdsk au boot.

@+

je comprends mieux la manip avec ceci : "<pass> fsck reads the <pass> number and determines in which order the file systems should be checked. Possible entries are 0, 1, and 2. The root file system should have the highest priority, 1, all other file systems you want to have checked should get a 2. File systems with a <pass> value 0 will not be checked by the fsck utility. " qui provient de Archlinux .

mais pourquoi diable (/windows) a-t-il un niveau plus élevé que (/home) et se trouve à égalité avec (/) alors que normalement , selon le texte ci-dessus , on devrait avoir pass = 2 ou pass = 0 ?

mazda

ça avance. J'ai trouvé ceci sur le forum anglais :

" Bug Description Binary package hint: sysvinit

When the time required for file system check the boot process stopped at 70%:
"Checking disk 1 of 1 (71% complete)" etc...

https://bugs.launchpad.net/ubuntu/+source/sysvinit/+bug/554079

[supprimé]

Mais as-tu fait cette modif dans /etc/fstab ?

Linux ne peux et ne doit pas faire de vérif des FS windows. Donc pas la peine de chercher d'autre bugs avant d'avoir mis à 0 la valeur "order for fsck" et bien sûr rebooté la machine afin de vérifier si tu as toujours le message d'erreur.

@+

mazda

jeanjd63 a écritMais as-tu fait cette modif dans /etc/fstab ?

Linux ne peux et ne doit pas faire de vérif des FS windows. Donc pas la peine de chercher d'autre bugs avant d'avoir mis à 0 la valeur "order for fsck" et bien sûr rebooté la machine afin de vérifier si tu as toujours le message d'erreur.

@+

modif faite ; pass = 0 j'attends le prochain check disk pour voir

mazda

bon ben j'ai eu un check disk après un passage à beta 2 ( en fait une petite màj de qqs paquets ) : plus rapide , hésitation à 90% puis fin de démarrage ok . Alors bug ou pas bug ?

bug : nouvel arrêt à 86%

cep

mazda a écritbug : nouvel arrêt à 86%

la réponse t'a été indiquée par slasher-fun au poste 2.
Suivre les bugs mountall