L’idée de départ était d’essayer de résoudre le problème sans réinstaller, mais effectivement ça semble mal parti. Au passage j’avais XFCE, c’était pas mal.
j’ai installé Debian lxde sur ma partition /dev/sda3 en remplacement d’ubuntu en indiquant /dev/sda5 comme swap.
Ce swap est de fait commun à Debian Gnome qui est sur /dev/sda1
En fait je fais du multi boot Linux.
Je teste tranquillement cette nouvelle installation qui fonctionne bien puis je décide de revenir sur Debian Gnome qui est ma base.
Et là… bingo… problème du même genre que le tiens sur un uuid 81e5061f.
[code]mai 07 15:32:25 ubuntu-desktop systemd[1]: Installed new job dev-disk-by\x2duuid-81e5061f\x2d55a5\x2d4c91\x2d8663\x2d6daaeea9da46.swap/start as 39
mai 07 15:32:25 ubuntu-desktop systemd[1]: Installed new job dev-disk-by\x2duuid-81e5061f\x2d55a5\x2d4c91\x2d8663\x2d6daaeea9da46.device/start as 40
mai 07 15:32:39 ubuntu-desktop systemd[1]: Merged into installed job dev-disk-by\x2duuid-81e5061f\x2d55a5\x2d4c91\x2d8663\x2d6daaeea9da46.swap/start as 39
mai 07 15:32:39 ubuntu-desktop systemd[1]: Merged into installed job dev-disk-by\x2duuid-81e5061f\x2d55a5\x2d4c91\x2d8663\x2d6daaeea9da46.device/start as 40[/code]
Sauf que là j’ai simplement à attendre le claquage d’une tempo de 1mn30 pour que le boot se termine!
Après recherche je m’aperçois qu’il s’agit de l’uuid qui est dans ma fstab mais que l’identifiant à dorénavant changé en listant par blkid.
apparemment mon installation sur /dev/sda3 a rebattu les cartes pour l’uuid du swap??
j’ai affecté ce nouvel uuid à mon swap dans la fstab de Debian Gnome et ça reboot sans erreur
CQFD
Grand Toubab,
D’accord. Je suis allé voir, mais je n’ai pas réussi à repérer d’erreurs entre la sortie de blkid et mon fstab. Peux-tu jeter un coup d’œil et me dire ce que tu en penses ?
fstab
[code]# /etc/fstab: static file system information.
Use ‘blkid’ to print the universally unique identifier for a
device; this may be used with UUID= as a more robust way to name devices
that works even if disks are added and removed. See fstab(5).
proc /proc proc defaults 0 0
/ was on /dev/sda2 during installation
UUID=bf5b31e0-4d64-48a7-8f3b-afd3d5f67521 / ext4 errors=remount-ro,nofail 0 1
/data was on /dev/sda6 during installation
UUID=bdff4606-001b-4481-9a86-abce6a3abc36 /data ext3 defaults,user_xattr,nofail 0 2
/win_d was on /dev/sda5 during installation
UUID=4CC3-12EB /win_d vfat utf8,umask=000 0 0
swap was on /dev/sda7 during installation
UUID=0e642163-9765-4e66-ab5a-24e6b4221be8 none swap sw 0 0
/dev/scd0 /media/cdrom0 udf,iso9660 user,noauto 0 0
/dev/sda3 /home reiserfs defaults,user_xattr 0 2
UUID=cd0b14c7-79b2-4ccc-9eef-06acecf516a1 /home reiserfs defaults,user_xattr,nofail 0 2[/code]
blkid
/dev/sda1: UUID="EC18724C18721634" TYPE="ntfs" PARTUUID="0000a1e1-01"
/dev/sda2: UUID="bf5b31e0-4d64-48a7-8f3b-afd3d5f67521" TYPE="ext4" PARTUUID="0000a1e1-02"
/dev/sda3: UUID="cd0b14c7-79b2-4ccc-9eef-06acecf516a1" TYPE="reiserfs" PARTUUID="0000a1e1-03"
/dev/sda5: UUID="4CC3-12EB" TYPE="vfat" PARTUUID="0000a1e1-05"
/dev/sda6: LABEL="donnees" UUID="bdff4606-001b-4481-9a86-abce6a3abc36" SEC_TYPE="ext2" TYPE="ext3" PARTUUID="0000a1e1-06"
/dev/sda7: UUID="0e642163-9765-4e66-ab5a-24e6b4221be8" TYPE="swap" PARTUUID="0000a1e1-07"
/dev/sdb1: SEC_TYPE="msdos" UUID="0833-D2BA" TYPE="vfat"
[quote=“darko”]Grand Toubab,
D’accord. Je suis allé voir, mais je n’ai pas réussi à repérer d’erreurs entre la sortie de blkid et mon fstab. Peux-tu jeter un coup d’œil et me dire ce que tu en penses ?
fstab
[code]# /etc/fstab: static file system information.
Use ‘blkid’ to print the universally unique identifier for a
device; this may be used with UUID= as a more robust way to name devices
that works even if disks are added and removed. See fstab(5).
proc /proc proc defaults 0 0
/ was on /dev/sda2 during installation
UUID=bf5b31e0-4d64-48a7-8f3b-afd3d5f67521 / ext4 errors=remount-ro,nofail 0 1
/data was on /dev/sda6 during installation
UUID=bdff4606-001b-4481-9a86-abce6a3abc36 /data ext3 defaults,user_xattr,nofail 0 2
/win_d was on /dev/sda5 during installation
UUID=4CC3-12EB /win_d vfat utf8,umask=000 0 0
swap was on /dev/sda7 during installation
UUID=0e642163-9765-4e66-ab5a-24e6b4221be8 none swap sw 0 0
/dev/scd0 /media/cdrom0 udf,iso9660 user,noauto 0 0
/dev/sda3 /home reiserfs defaults,user_xattr 0 2
UUID=cd0b14c7-79b2-4ccc-9eef-06acecf516a1 /home reiserfs defaults,user_xattr,nofail 0 2[/code]
blkid
/dev/sda1: UUID="EC18724C18721634" TYPE="ntfs" PARTUUID="0000a1e1-01"
/dev/sda2: UUID="bf5b31e0-4d64-48a7-8f3b-afd3d5f67521" TYPE="ext4" PARTUUID="0000a1e1-02"
/dev/sda3: UUID="cd0b14c7-79b2-4ccc-9eef-06acecf516a1" TYPE="reiserfs" PARTUUID="0000a1e1-03"
/dev/sda5: UUID="4CC3-12EB" TYPE="vfat" PARTUUID="0000a1e1-05"
/dev/sda6: LABEL="donnees" UUID="bdff4606-001b-4481-9a86-abce6a3abc36" SEC_TYPE="ext2" TYPE="ext3" PARTUUID="0000a1e1-06"
/dev/sda7: UUID="0e642163-9765-4e66-ab5a-24e6b4221be8" TYPE="swap" PARTUUID="0000a1e1-07"
/dev/sdb1: SEC_TYPE="msdos" UUID="0833-D2BA" TYPE="vfat"[/quote]
moi non plus, il faut refaire un boot et utiliser
pour lister les traces du dernier boot tel que dit dans le man:
freedesktop.org/software/sys … alctl.html
chercher les erreurs du genre
là c’est bdff4606 donc /dev/sda6 qui était incriminé qui est décrit comme SEC_TYPE=“ext2” TYPE=“ext3”,c’est quoi ce double type??
je persiste a ne pas comprendre pourquoi tu mets des attributs “exotiques”. Voila la fstab d’une installation propre donc définie par le système lui-même:
[code]#
/ was on /dev/sda3 during installation
UUID=c7ee7902-5dbb-4eb4-8584-c8b1f92b0dcf / ext4 errors=remount-ro 0 1
/home was on /dev/sda6 during installation
UUID=c01a63f5-3b4f-4a46-b00c-336fd18768a2 /home ext4 defaults 0 2
swap was on /dev/sda5 during installation
UUID=cb66e639-d2ab-4e1f-8e5f-3313afbaec7c none swap sw 0 0[/code]
tu vois qu’il n’y a que defaults
Grand Toubab,
1/ Je n’ai rien configuré dans mon fstab, excepté suite à ce problème de boot l’option “nofail”, et effectivement user_xattr sur les conseils d’un ami, il y a plusieurs années.
La partie de la sortie de blkid à laquelle tu fais référence
vient probablement du fait que j’ai changé le système de fichier de cette partition, de ext2 à ext3, quand ext3 est sorti. C’était une proposition automatique du système lors d’une réinstallation je pense, en tout cas je n’ai rien configuré moi-même.
2/ Je pense avoir trouvé le passage de journalctl -b lié à mes erreurs. On a :
May 08 12:43:39 paris systemd-udevd[161]: worker [188] terminated by signal 9 (Killed)
May 08 12:43:39 paris systemd-udevd[161]: worker [191] terminated by signal 9 (Killed)
May 08 12:43:39 paris systemd-udevd[161]: worker [193] terminated by signal 9 (Killed)
May 08 12:43:39 paris systemd-udevd[161]: worker [186] terminated by signal 9 (Killed)
May 08 12:43:39 paris systemd-udevd[161]: worker [195] terminated by signal 9 (Killed)
May 08 12:44:31 paris systemd[1]: Job dev-disk-by\x2duuid-4CC3\x2d12EB.device/start timed out.
May 08 12:44:31 paris systemd[1]: Timed out waiting for device dev-disk-by\x2duuid-4CC3\x2d12EB.device.
May 08 12:44:31 paris systemd[1]: Dependency failed for /win_d.
May 08 12:44:31 paris systemd[1]: Dependency failed for Local File Systems.
May 08 12:44:31 paris systemd[1]: Job dev-disk-by\x2duuid-cd0b14c7\x2d79b2\x2d4ccc\x2d9eef\x2d06acecf516a1.device/start timed out.
May 08 12:44:31 paris systemd[1]: Timed out waiting for device dev-disk-by\x2duuid-cd0b14c7\x2d79b2\x2d4ccc\x2d9eef\x2d06acecf516a1.device.
May 08 12:44:31 paris systemd[1]: Dependency failed for /home.
May 08 12:44:31 paris systemd[1]: Dependency failed for File System Check on /dev/disk/by-uuid/cd0b14c7-79b2-4ccc-9eef-06acecf516a1.
May 08 12:44:31 paris systemd[1]: Job dev-disk-by\x2duuid-bdff4606\x2d001b\x2d4481\x2d9a86\x2dabce6a3abc36.device/start timed out.
May 08 12:44:31 paris systemd[1]: Timed out waiting for device dev-disk-by\x2duuid-bdff4606\x2d001b\x2d4481\x2d9a86\x2dabce6a3abc36.device.
May 08 12:44:31 paris systemd[1]: Dependency failed for /data.
May 08 12:44:31 paris systemd[1]: Dependency failed for File System Check on /dev/disk/by-uuid/bdff4606-001b-4481-9a86-abce6a3abc36.
May 08 12:44:31 paris systemd[1]: Job dev-disk-by\x2duuid-0e642163\x2d9765\x2d4e66\x2dab5a\x2d24e6b4221be8.device/start timed out.
May 08 12:44:31 paris systemd[1]: Timed out waiting for device dev-disk-by\x2duuid-0e642163\x2d9765\x2d4e66\x2dab5a\x2d24e6b4221be8.device.
May 08 12:44:31 paris systemd[1]: Dependency failed for /dev/disk/by-uuid/0e642163-9765-4e66-ab5a-24e6b4221be8.
May 08 12:44:31 paris systemd[1]: Dependency failed for Swap.
Qu’en penses-tu ? Qu’en pensez-vous ?
Tu peux donc identifier les partitions qui posent problème et reparer.
Grand Toubab,
Il semble donc que toutes mes partitions, sauf la partition “système” () (et bon la partition windows win_d), posent problème.
Comment les réparer ? Je n’ai pas compris ce que je devais faire, désolé.
[quote=“darko”]Grand Toubab,
Il semble donc que toutes mes partitions, sauf la partition “système” () (et bon la partition windows win_d), posent problème.
Comment les réparer ? Je n’ai pas compris ce que je devais faire, désolé.[/quote]
Pour démarrer tu n’as besoin que de / et /home
Tu mets toutes les autres en commentaires, tu mets /home avec uniquement /home reiserfs defaults 0 0 et on verra ce qui se passe
Grand Toubab,
J’ai fait les modifications que tu m’avais conseillées pour avoir une vision plus claire de la situation.
Voilà mon fstab modifié :
[code]# /etc/fstab: static file system information.
Use ‘blkid’ to print the universally unique identifier for a
device; this may be used with UUID= as a more robust way to name devices
that works even if disks are added and removed. See fstab(5).
proc /proc proc defaults 0 0
/ was on /dev/sda2 during installation
UUID=bf5b31e0-4d64-48a7-8f3b-afd3d5f67521 / ext4 errors=remount-ro 0 0
/data was on /dev/sda6 during installation
#UUID=bdff4606-001b-4481-9a86-abce6a3abc36 /data ext3 defaults,user_xattr,nofail 0 2
/win_d was on /dev/sda5 during installation
#UUID=4CC3-12EB /win_d vfat utf8,umask=000 0 0
swap was on /dev/sda7 during installation
#UUID=0e642163-9765-4e66-ab5a-24e6b4221be8 none swap sw 0 0
/dev/scd0 /media/cdrom0 udf,iso9660 user,noauto 0 0
/dev/sda3 /home reiserfs defaults,user_xattr 0 2
UUID=cd0b14c7-79b2-4ccc-9eef-06acecf516a1 /home reiserfs defaults 0 0[/code]
Tout est donc commenté, excepté
# / was on /dev/sda2 during installation
UUID=bf5b31e0-4d64-48a7-8f3b-afd3d5f67521 / ext4 errors=remount-ro 0 0
et
# /dev/sda3 /home reiserfs defaults,user_xattr 0 2
UUID=cd0b14c7-79b2-4ccc-9eef-06acecf516a1 /home reiserfs defaults 0 0
(et bon la ligne media/cdrom, mais ça je suppose qu’on s’en fout).
J’ai modifié les options également, comme on peut le voir : j’ai fait sauter les options “user_xattr” et “nofail”.
Le résultat : je n’ai plus qu’une seule erreur, sur la partition /home uniquement.
Voilà ce que nous dit journalctl :
journalctl -b
...
May 10 12:51:49 paris systemd-udevd[162]: worker [209] terminated by signal 9 (Killed)
May 10 12:51:49 paris systemd-udevd[162]: worker [200] terminated by signal 9 (Killed)
May 10 12:51:49 paris systemd-udevd[162]: worker [207] terminated by signal 9 (Killed)
May 10 12:51:49 paris systemd-udevd[162]: worker [206] terminated by signal 9 (Killed)
May 10 12:51:49 paris systemd-udevd[162]: worker [208] terminated by signal 9 (Killed)
May 10 12:51:49 paris systemd-udevd[162]: worker [203] terminated by signal 9 (Killed)
May 10 12:52:40 paris systemd[1]: Job dev-disk-by\x2duuid-cd0b14c7\x2d79b2\x2d4ccc\x2d9eef\x2d06acecf516a1.device/start timed out.
May 10 12:52:40 paris systemd[1]: Timed out waiting for device dev-disk-by\x2duuid-cd0b14c7\x2d79b2\x2d4ccc\x2d9eef\x2d06acecf516a1.device.
May 10 12:52:40 paris systemd[1]: Dependency failed for /home.
May 10 12:52:40 paris systemd[1]: Dependency failed for Local File Systems.
May 10 12:52:40 paris systemd-journal[154]: Runtime journal is using 4.0M (max allowed 20.1M, trying to leave 30.2M free of 196.6M available → current limit 20.1M).
May 10 12:52:40 paris kbd[321]: Setting console screen modes.
...
On voit donc que l’erreur concerne la partition /dev/sda3, ou /home (x2duuid-cd0b14c7) :
Que puis-je faire pour “résoudre” cette erreur ?
Que disais-je, déjà … 
(Cf. revois mes dernières interventions, voir [mono]toutes[/mono].)
[quote=“darko”]Grand Toubab,
Tout est donc commenté, excepté
# / was on /dev/sda2 during installation
UUID=bf5b31e0-4d64-48a7-8f3b-afd3d5f67521 / ext4 errors=remount-ro 0 0
et
# /dev/sda3 /home reiserfs defaults,user_xattr 0 2
UUID=cd0b14c7-79b2-4ccc-9eef-06acecf516a1 /home reiserfs defaults 0 0
?[/quote]
En fait il vaudrait mieux mettre
Pour l’ordre dans lequel les partitions sont testées
[i]Pass (fsck order)
Fsck order is to tell fsck what order to check the file systems, if set to “0” file system is ignored.
Often a source of confusion, there are only 3 options :
0 == do not check.
1 == check this partition first.
2 == check this partition(s) next
In practice, use “1” for your root partition, / and 2 for the rest. All partitions marked with a “2” are checked in sequence and you do not need to specify an order.[/i]
help.ubuntu.com/community/Fstab
Et créer un fichier pour forcer la vérification:
Et redémarrer
Grand Toubab,
C’est étrange, j’ai fait tout ce que tu m’as dit, exactement, pourtant les logs de forcefsck dans /var/log/fsck (est-ce le bon dossier ?) sont datés du 6 mai. J’en déduis que soit j’ai un problème de date, soit je ne lis pas les bons logs. En tout cas les voilà :
checkfs
[code]Log of fsck -C -R -A -a
Wed May 6 21:29:03 2015
fsck from util-linux 2.25.2
donnees: clean, 8021/16007168 files, 15453715/31993439 blocks
Reiserfs super block in block 16 on 0x803 of format 3.6 with standard journal
Blocks (total/free): 1463920/865993 by 4096 bytes
Filesystem is clean
Wed May 6 21:29:04 2015
[/code]
checkroot
[code]Log of fsck -C -a -t ext4 /dev/sda2
Wed May 6 21:28:52 2015
fsck from util-linux 2.25.2
/dev/sda2: Superblock last write time is in the future.
(by less than a day, probably due to the hardware clock being incorrectly set). FIXED.
/dev/sda2: 167403/366480 files (0.4% non-contiguous), 1115562/1463923 blocks
Wed May 6 21:29:03 2015
[/code]
Je vois qu’il est fait mention d’un problème de réglage de la “hardware clock”, ça peut être lié à mon problème à votre avis ?
[quote=“darko”]Grand Toubab,
C’est étrange, j’ai fait tout ce que tu m’as dit, exactement, pourtant les logs de forcefsck dans /var/log/fsck (est-ce le bon dossier ?) sont datés du 6 mai. J’en déduis que soit j’ai un problème de date, soit je ne lis pas les bons logs. En tout cas les voilà :
checkfs
[code]Log of fsck -C -R -A -a
Wed May 6 21:29:03 2015
fsck from util-linux 2.25.2
donnees: clean, 8021/16007168 files, 15453715/31993439 blocks
Reiserfs super block in block 16 on 0x803 of format 3.6 with standard journal
Blocks (total/free): 1463920/865993 by 4096 bytes
Filesystem is clean
Wed May 6 21:29:04 2015
[/code]
checkroot
[code]Log of fsck -C -a -t ext4 /dev/sda2
Wed May 6 21:28:52 2015
fsck from util-linux 2.25.2
/dev/sda2: Superblock last write time is in the future.
(by less than a day, probably due to the hardware clock being incorrectly set). FIXED.
/dev/sda2: 167403/366480 files (0.4% non-contiguous), 1115562/1463923 blocks
Wed May 6 21:29:03 2015
[/code]
Je vois qu’il est fait mention d’un problème de réglage de la “hardware clock”, ça peut être lié à mon problème à votre avis ?[/quote]
ça peut en effet, en cherchant l’erreur systemd[1]: Dependency failed dans le moteur de recherche mondialement connu, il y a des messages qui indiquent des problèmes d’horloge hardware, par exemple
bugs.mageia.org/show_bug.cgi?id=2521#c25
la mise à jour de l’horloge se ferait par
Là je ne garanti rien sur cette commande.
Pour comparer, voici ce que j’ai dans /etc/adjtime
root@ubuntu-desktop:~# cat /etc/adjtime
0.200591 1403511266 0.000000
1403511266
UTC
root@ubuntu-desktop:~# hwclock -r
mer. 13 mai 2015 12:36:46 CEST -0.051523 secondes
Voir ici la gestion de l’horloge pour systemd:
J’ai ça comme sortie pour ces deux commandes, à 18h30 environ :
cat /etc/adjtime
0.005671 1430940582 0.000000
1430940582
LOCAL
hwclock -r
La différence avec tes sorties c’est déjà “LOCAL”, non ? Je pourrais peut-être passer en UTC pour voir si ça change quelque chose. La commande à utiliser serait
non ?
ps Comment tu fais des captures d’écran comme ça Grand Toubab ? Moi je fais “>” pour rediriger la sortie vers un fichier, mais du coup je n’ai pas la commande.
ps2 Ou plutôt juste --systohc dans un premier temps
[quote] --systohc
Set the Hardware Clock to the current System Time.[/quote]
pour voir ce que ça donne, et afin de ne pas modifier deux paramètres en même temps ?
[quote=“darko”]J’ai ça comme sortie pour ces deux commandes, à 18h30 environ :
cat /etc/adjtime
0.005671 1430940582 0.000000
1430940582
LOCAL
hwclock -r
La différence avec tes sorties c’est déjà “LOCAL”, non ? Je pourrais peut-être passer en UTC pour voir si ça change quelque chose. La commande à utiliser serait
non ?
ps Comment tu fais des captures d’écran comme ça Grand Toubab ? Moi je fais “>” pour rediriger la sortie vers un fichier, mais du coup je n’ai pas la commande.[/quote]
copier/coller avec la souris
j’utilise NTP pour synchroniser l’horloge et voici ce que j’ai
@ubuntu-desktop:~$ timedatectl
Local time: mer. 2015-05-13 18:52:43 CEST
Universal time: mer. 2015-05-13 16:52:43 UTC
RTC time: mer. 2015-05-13 16:52:43
Time zone: Europe/Paris (CEST, +0200)
NTP enabled: yes
NTP synchronized: yes
RTC in local TZ: no
DST active: yes
Last DST change: DST began at
dim. 2015-03-29 01:59:59 CET
dim. 2015-03-29 03:00:00 CEST
Next DST change: DST ends (the clock jumps one hour backwards) at
dim. 2015-10-25 02:59:59 CEST
dim. 2015-10-25 02:00:00 CET
Windows n’existe plus chez moi donc plus de problème mais c’est un vieux conflit de gestion d’horloge: windows est en local alors que linux est mieux en UTC
Voir ici la gestion de l’horloge pour systemd:
linoxide.com/linux-command/timed … e-systemd/
To have the RTC set to UTC use the following setting:
ps3 J’ai passé l’option “–systohc” seule, ça ne change rien.
[quote]Windows n’existe plus chez moi donc plus de problème mais c’est un vieux conflit de gestion d’horloge: windows est en local alors que linux est mieux en UTC
[/quote]
D’accord. Moi j’ai encore un windows installé. Je dois donc rester en “LOCAL” pour le paramètre RTC time, je pense.
Je viens d’essayer de repasser
Je vois que les sorties sont toujours exactement identiques (date/heure/secondes). Je n’arrive donc pas à commander forcefsck, je pense. Qu’est-ce que je pourrais faire pour contourner cette difficulté ?
[quote=“darko”][quote]Windows n’existe plus chez moi donc plus de problème mais c’est un vieux conflit de gestion d’horloge: windows est en local alors que linux est mieux en UTC
[/quote]
D’accord. Moi j’ai encore un windows installé. Je dois donc rester en “LOCAL” pour le paramètre RTC time, je pense.
Je viens d’essayer de repasser
Je vois que les sorties sont toujours exactement identiques (date/heure/secondes). Je n’arrive donc pas à commander forcefsck, je pense. Qu’est-ce que je pourrais faire pour contourner cette difficulté ?[/quote]
A mon avis pour Linux il faut UTC.
Voir ici un exemple de modif du registre pour faire travailler windows en UTC
superuser.com/questions/884278/w … local-time
Le fichier forcefsck est pris en compte eu reboot de Linux
D’accord pour UTC. je regarde comment ça marche, je fais la modification, et je posterai ce que ça donne.
Pour forcefsck j’ai bien rebooté après avoir créé le fichier, j’ai même essayé plusieurs fois. Aucun résultat.