#51 Le 18/09/2020, à 22:13
- marcodel
Re : Démarrage devenu un peu lent, Ubuntu ( budgie ) 20.04
re
quelles sont les versions de grub sur chacun des GNU/Linux présents ?
2.0
a+
edit
os sur la machine 20.04 , 20.10
edit
Dernière modification par marcodel (Le 18/09/2020, à 22:15)
Hors ligne
#52 Le 18/09/2020, à 23:35
- Coeur Noir
Re : Démarrage devenu un peu lent, Ubuntu ( budgie ) 20.04
Sans enlever de paquet, essaye ceci :
sudo swapoff -a sudo update-initramfs -c -k all sudo swapon -a
Bah dès la réinstallation de multisystem ( et cryptsetup donc ) ça sent le caca ( update-initramfs, en fin de bloc ) :
django@ASGARD:~$ sudo apt install multisystem
[sudo] Mot de passe de django :
Lecture des listes de paquets... Fait
Construction de l'arbre des dépendances
Lecture des informations d'état... Fait
Les paquets supplémentaires suivants seront installés :
cpu-checker cryptsetup cryptsetup-bin cryptsetup-initramfs cryptsetup-run
fatresize gtkdialog ipxe-qemu ipxe-qemu-256k-compat-efi-roms libaio1
libcacard0 libfdt1 libglade2-0 libiscsi7 libpmem1 libslirp0 libspice-server1
libusbredirparser1 libvirglrenderer1 libvte-common libvte9 msr-tools ovmf
qemu qemu-block-extra qemu-kvm qemu-system-common qemu-system-data
qemu-system-gui qemu-system-x86 qemu-utils seabios syslinux syslinux-common
Paquets suggérés :
keyutils samba vde2 debootstrap
Les NOUVEAUX paquets suivants seront installés :
cpu-checker cryptsetup cryptsetup-bin cryptsetup-initramfs cryptsetup-run
fatresize gtkdialog ipxe-qemu ipxe-qemu-256k-compat-efi-roms libaio1
libcacard0 libfdt1 libglade2-0 libiscsi7 libpmem1 libslirp0 libspice-server1
libusbredirparser1 libvirglrenderer1 libvte-common libvte9 msr-tools
multisystem ovmf qemu qemu-block-extra qemu-kvm qemu-system-common
qemu-system-data qemu-system-gui qemu-system-x86 qemu-utils seabios syslinux
syslinux-common
0 mis à jour, 35 nouvellement installés, 0 à enlever et 0 non mis à jour.
Il est nécessaire de prendre 6962 ko/28,2 Mo dans les archives.
Après cette opération, 86,1 Mo d'espace disque supplémentaires seront utilisés.
Souhaitez-vous continuer ? [O/n] o
(…)
update-initramfs: Generating /boot/initrd.img-5.4.0-47-generic
cryptsetup: ERROR: Couldn't resolve device
/dev/disk/by-uuid/22faac8b-34aa-4425-98a7-184d0613ccff
django@ASGARD:~$
mais soit continuons avec :
django@ASGARD:~$ sudo swapoff -a
django@ASGARD:~$ sudo update-initramfs -c -k all
update-initramfs: Generating /boot/initrd.img-5.4.0-45-generic
cryptsetup: ERROR: Couldn't resolve device
/dev/disk/by-uuid/22faac8b-34aa-4425-98a7-184d0613ccff
update-initramfs: Generating /boot/initrd.img-5.4.0-47-generic
cryptsetup: ERROR: Couldn't resolve device
/dev/disk/by-uuid/22faac8b-34aa-4425-98a7-184d0613ccff
django@ASGARD:~$ sudo swapon -a
django@ASGARD:~$ swapon -s
Nom de fichier Type Taille Utilisé Priorité
/dev/sda7 partition 5263356 0 -2
django@ASGARD:~$
/dev/sda7 → uuid=3a205e8d-920c-44f8-b614-7c268fb25f12 → ok c'est bien celle indiquée pour la swap dans les fstab.
Et l'uuid 22faac8b-34aa-4425-98a7-184d0613ccff n'existe parmi mes disques ( car cette partition a existé sur sdb, effectivement ) :
django@ASGARD:~$ lsblk -f /dev/sd[a-z]
NAME FSTYPE LABEL UUID FSAVAIL FSUSE% MOUNTPOINT
sda
├─sda1 ext4 Budgie 25c341fb-320d-4a4a-9d64-b08c5fe55540 3,9G 78% /
├─sda2 ext4 Unity1604 90a0f248-65ad-4247-b7ba-fb4e9f632905 3,2G 83% /media/django/Unity1604
├─sda3
├─sda5 ext4 Ubuntu20.04 f85e730c-6ea2-4dfe-9f16-10b47958f049
├─sda6 ext4 autre_syst 7ea83f3d-196f-4821-8be1-7c91fcc0cf34
└─sda7 swap swap 3a205e8d-920c-44f8-b614-7c268fb25f12 [SWAP]
sdb
└─sdb1 ext4 DATA b19322e6-8a6d-4e24-b87f-4b0155b41963 370,7G 54% /media/DATA
django@ASGARD:~$
Donc de où initramfs tire-t-il cet uuid ??? Pas de là non plus :
django@ASGARD:~$ ls -la /dev/disk/by-uuid/
total 0
drwxr-xr-x 2 root root 160 sept. 18 23:57 .
drwxr-xr-x 7 root root 140 sept. 18 23:57 ..
lrwxrwxrwx 1 root root 10 sept. 18 23:57 25c341fb-320d-4a4a-9d64-b08c5fe55540 -> ../../sda1
lrwxrwxrwx 1 root root 10 sept. 19 00:04 3a205e8d-920c-44f8-b614-7c268fb25f12 -> ../../sda7
lrwxrwxrwx 1 root root 10 sept. 18 23:57 7ea83f3d-196f-4821-8be1-7c91fcc0cf34 -> ../../sda6
lrwxrwxrwx 1 root root 10 sept. 18 23:57 90a0f248-65ad-4247-b7ba-fb4e9f632905 -> ../../sda2
lrwxrwxrwx 1 root root 10 sept. 18 23:57 b19322e6-8a6d-4e24-b87f-4b0155b41963 -> ../../sdb1
lrwxrwxrwx 1 root root 10 sept. 18 23:57 f85e730c-6ea2-4dfe-9f16-10b47958f049 -> ../../sda5
django@ASGARD:~$
Tout ça c'est issu de la 20.04.
Est-ce que ça risque de ralentir mon démarrage ?
Apparemment non…
Est-ce que c'est moche ?
Oui.
Faut-il que je renonce à jamais à cryptsetup et multisystem ?
Ben zut alors…
Dernière modification par Coeur Noir (Le 18/09/2020, à 23:41)
Débuter ⋅ Doc ⋅ Bien rédiger ⋅ Retour commande ⋅ Insérer image | illustrations & captures d'écran < ⋅ >
Hors ligne
#53 Le 19/09/2020, à 03:53
- moko138
Re : Démarrage devenu un peu lent, Ubuntu ( budgie ) 20.04
re
moko138 a écrit :quelles sont les versions de grub sur chacun des GNU/Linux présents ?
2.0
a+
edit
os sur la machine 20.04 , 20.10
edit
marcodel, tu me la coupes !
Je communiquerai ces éléments à Babdu89.
%NOINDEX%
Un utilitaire précieux : ncdu
Photo, mini-tutoriel : À la découverte de dcraw
Hors ligne
#54 Le 19/09/2020, à 04:23
- moko138
Re : Démarrage devenu un peu lent, Ubuntu ( budgie ) 20.04
Et l'uuid 22faac8b-34aa-4425-98a7-184d0613ccff n'existe parmi mes disques ( car cette partition a existé sur sdb, effectivement )
Donc de où initramfs tire-t-il cet uuid ???
Hypothèse 1, d'un vieux fichier de conf lié à cryptsetup
Alors
1.a) Purger :
sudo apt-get autoremove --purge cryptsetup multisystem
1.b) Puis supprimer /etc/crypttab (encore merci à inbox !)
1.c) Enfin les réinstaller, voire les réinstaller avec l'option --no-install-recommends
Hypothèse 2, de tes fichiers /boot/initrd.img***
(où l'info périmée serait conservée au fil des mises à jour ???)
Alors les supprimer tous avant de les recréer (*) tous :
sudo update-initramfs -d -k all ; sudo update-initramfs -c -k all
___
(*) Chez moi, leur simple mise à jour (-u) contient (en mode verbeux et pour deux noyaux) :
Adding library /lib/i386-linux-gnu/libuuid.so.1
Adding library /lib/i386-linux-gnu/libuuid.so.1
Dernière modification par moko138 (Le 19/09/2020, à 04:37)
%NOINDEX%
Un utilitaire précieux : ncdu
Photo, mini-tutoriel : À la découverte de dcraw
Hors ligne
#55 Le 19/09/2020, à 10:39
- iznobe
Re : Démarrage devenu un peu lent, Ubuntu ( budgie ) 20.04
Bonjour , et le fichier resume aucun rapport ? ( une ancienne partition de swap ) . pour arreter le message the resume UUID etc ....
desolé d ' intervenir de la sorte , direct les pieds dans le plat , si je dis des kon....ies
Dernière modification par iznobe (Le 19/09/2020, à 10:41)
retour utilisable de commande
MSI Z490A-pro , i7 10700 , 32 GB RAM .
Hors ligne
#56 Le 19/09/2020, à 15:19
- Coeur Noir
Re : Démarrage devenu un peu lent, Ubuntu ( budgie ) 20.04
hypothèse 1 :
c'est déjà comme ça que j'ai procédé via sudo apt remove --purge paquet1 paquet2 puis sudo apt autoremove --purge ainsi que suppression de ~/.multisystem et ~/.theme-multisystem
/etc/crypttab
→ ne contient qu'une ligne de # donc je ne l'avais pas supprimé, je vais tenter ça, sans espoir.
hypothèse 2 :
sudo update-initramfs -d -k all → fait le ménage, ou je dois d'abord supprimer les initrd.img* ( hors liens ) ?
En attendant je teste avec sudo update-initramfs -u -v -k all → heureusement que je n'ai que 2 noyaux ( ± 5400 lignes ) !
Débuter ⋅ Doc ⋅ Bien rédiger ⋅ Retour commande ⋅ Insérer image | illustrations & captures d'écran < ⋅ >
Hors ligne
#57 Le 19/09/2020, à 15:27
- Coeur Noir
Re : Démarrage devenu un peu lent, Ubuntu ( budgie ) 20.04
Oh ! Donc
sudo update-initramfs -u -v -k all
suivi de
sudo update-initramfs -c -k all
répond toujours
update-initramfs: Generating /boot/initrd.img-5.4.0-45-generic
cryptsetup: ERROR: Couldn't resolve device
/dev/disk/by-uuid/22faac8b-34aa-4425-98a7-184d0613ccff
update-initramfs: Generating /boot/initrd.img-5.4.0-47-generic
cryptsetup: ERROR: Couldn't resolve device
/dev/disk/by-uuid/22faac8b-34aa-4425-98a7-184d0613ccff
mais après un
sudo rm /etc/crypttab
alors
sudo update-initramfs -c -k all
update-initramfs: Generating /boot/initrd.img-5.4.0-45-generic
update-initramfs: Generating /boot/initrd.img-5.4.0-47-generic
plus de référence à l'uuid !
Donc ce que j'ai pris pour une ligne de # sans importance était un caviardage ?
Tiens je vais réinstaller multisystem pour voir…
Débuter ⋅ Doc ⋅ Bien rédiger ⋅ Retour commande ⋅ Insérer image | illustrations & captures d'écran < ⋅ >
Hors ligne
#58 Le 19/09/2020, à 15:37
- xubu1957
Re : Démarrage devenu un peu lent, Ubuntu ( budgie ) 20.04
Bonjour,
cryptsetup: ERROR: Couldn't resolve device
/dev/disk/by-uuid/22faac8b-34aa-4425-98a7-184d0613ccff
Lignes 1406/1407 et 4119/4120.
Conseils pour les nouveaux demandeurs et pas qu'eux
Important : Pensez à passer vos sujets en [Résolu] lorsque ceux-ci le sont, au début du titre en cliquant sur Modifier sous le premier message, et un bref récapitulatif de la solution à la fin de celui-ci. Merci. Membre de Linux-Azur
En ligne
#59 Le 19/09/2020, à 15:48
- Coeur Noir
Re : Démarrage devenu un peu lent, Ubuntu ( budgie ) 20.04
après un
sudo rm /etc/crypttab
alors
sudo update-initramfs -c -k all update-initramfs: Generating /boot/initrd.img-5.4.0-45-generic update-initramfs: Generating /boot/initrd.img-5.4.0-47-generic
plus de référence à l'uuid !
Donc ce que j'ai pris pour une ligne de # sans importance était un caviardage ?
Tiens je vais réinstaller multisystem pour voir…
Juste pour confirmer qu'avec multisystem + cryptsetup réinstallés, la référence à l'ancien uuid a disparu donc c'est bien la suppression de crypttab qui arrange cela.
Comme xubu le fait remarquer il y avait encore trace de l'ancien uuid dans les 5400 lignes ( avant suppression du fichier crypttab ).
Dernière modification par Coeur Noir (Le 19/09/2020, à 15:51)
Débuter ⋅ Doc ⋅ Bien rédiger ⋅ Retour commande ⋅ Insérer image | illustrations & captures d'écran < ⋅ >
Hors ligne
#60 Le 19/09/2020, à 17:26
- Coeur Noir
Re : Démarrage devenu un peu lent, Ubuntu ( budgie ) 20.04
[ hors sujet, un peu ]
@moko, que t'inspire ceci ( carte sd nikon insérée dans la fente sd du lecteur multi-cartes, impossible de l'ouvrir via l'explorateur de fichiers, ni gparted )
[ 3909.370430] ums-realtek 3-6:1.0: USB Mass Storage device detected
[ 3909.371143] scsi host6: usb-storage 3-6:1.0
[ 3909.371324] usbcore: registered new interface driver ums-realtek
[ 3910.393243] scsi 6:0:0:0: Direct-Access Generic- Multi-Card 1.00 PQ: 0 ANSI: 0 CCS
[ 3910.393709] sd 6:0:0:0: Attached scsi generic sg3 type 0
[ 3910.419495] sd 6:0:0:0: [sdc] Attached SCSI removable disk
[ 3967.485866] sd 6:0:0:0: [sdc] 7862272 512-byte logical blocks: (4.03 GB/3.75 GiB)
[ 3967.486114] sd 6:0:0:0: [sdc] Write Protect is on
[ 3967.486116] sd 6:0:0:0: [sdc] Mode Sense: 03 00 80 00
[ 3967.488682] sdc: sdc1
[ 4008.113960] sd 6:0:0:0: [sdc] tag#0 FAILED Result: hostbyte=DID_ERROR driverbyte=DRIVER_SENSE
[ 4008.113966] sd 6:0:0:0: [sdc] tag#0 Sense Key : Hardware Error [current]
[ 4008.113970] sd 6:0:0:0: [sdc] tag#0 Add. Sense: No additional sense information
[ 4008.113976] sd 6:0:0:0: [sdc] tag#0 CDB: Read(10) 28 00 00 00 20 00 00 00 01 00
[ 4008.113981] blk_update_request: I/O error, dev sdc, sector 8192 op 0x0:(READ) flags 0x0 phys_seg 1 prio class 0
[ 4008.114016] FAT-fs (sdc1): unable to read boot sector
[ 4030.798070] sd 6:0:0:0: [sdc] tag#0 FAILED Result: hostbyte=DID_ERROR driverbyte=DRIVER_SENSE
[ 4030.798075] sd 6:0:0:0: [sdc] tag#0 Sense Key : Hardware Error [current]
[ 4030.798077] sd 6:0:0:0: [sdc] tag#0 Add. Sense: No additional sense information
[ 4030.798081] sd 6:0:0:0: [sdc] tag#0 CDB: Read(10) 28 00 00 77 f7 80 00 00 08 00
[ 4030.798085] blk_update_request: I/O error, dev sdc, sector 7862144 op 0x0:(READ) flags 0x80700 phys_seg 1 prio class 0
[ 4051.015152] sd 6:0:0:0: [sdc] tag#0 FAILED Result: hostbyte=DID_ERROR driverbyte=DRIVER_SENSE
[ 4051.015155] sd 6:0:0:0: [sdc] tag#0 Sense Key : Hardware Error [current]
[ 4051.015157] sd 6:0:0:0: [sdc] tag#0 Add. Sense: No additional sense information
[ 4051.015159] sd 6:0:0:0: [sdc] tag#0 CDB: Read(10) 28 00 00 77 f7 80 00 00 08 00
[ 4051.015162] blk_update_request: I/O error, dev sdc, sector 7862144 op 0x0:(READ) flags 0x0 phys_seg 1 prio class 0
[ 4051.015167] Buffer I/O error on dev sdc, logical block 982768, async page read
[ 4054.374588] sd 6:0:0:0: [sdc] tag#0 FAILED Result: hostbyte=DID_ERROR driverbyte=DRIVER_SENSE
[ 4054.374598] sd 6:0:0:0: [sdc] tag#0 Sense Key : Hardware Error [current]
[ 4054.374602] sd 6:0:0:0: [sdc] tag#0 Add. Sense: No additional sense information
[ 4054.374609] sd 6:0:0:0: [sdc] tag#0 CDB: Read(10) 28 00 00 77 f7 80 00 00 08 00
[ 4054.374616] blk_update_request: I/O error, dev sdc, sector 7862144 op 0x0:(READ) flags 0x80700 phys_seg 1 prio class 0
[ 4074.609398] sd 6:0:0:0: [sdc] tag#0 FAILED Result: hostbyte=DID_ERROR driverbyte=DRIVER_SENSE
[ 4074.609405] sd 6:0:0:0: [sdc] tag#0 Sense Key : Hardware Error [current]
[ 4074.609409] sd 6:0:0:0: [sdc] tag#0 Add. Sense: No additional sense information
[ 4074.609414] sd 6:0:0:0: [sdc] tag#0 CDB: Read(10) 28 00 00 77 f7 80 00 00 08 00
[ 4074.609420] blk_update_request: I/O error, dev sdc, sector 7862144 op 0x0:(READ) flags 0x0 phys_seg 1 prio class 0
[ 4074.609428] Buffer I/O error on dev sdc1, logical block 981744, async page read
[ 4094.822901] sd 6:0:0:0: [sdc] tag#0 FAILED Result: hostbyte=DID_ERROR driverbyte=DRIVER_SENSE
[ 4094.822906] sd 6:0:0:0: [sdc] tag#0 Sense Key : Hardware Error [current]
[ 4094.822909] sd 6:0:0:0: [sdc] tag#0 Add. Sense: No additional sense information
[ 4094.822912] sd 6:0:0:0: [sdc] tag#0 CDB: Read(10) 28 00 00 77 f7 80 00 00 08 00
[ 4094.822916] blk_update_request: I/O error, dev sdc, sector 7862144 op 0x0:(READ) flags 0x0 phys_seg 1 prio class 0
[ 4094.822922] Buffer I/O error on dev sdc1, logical block 981744, async page read
[ 4115.049277] sd 6:0:0:0: [sdc] tag#0 FAILED Result: hostbyte=DID_ERROR driverbyte=DRIVER_SENSE
[ 4115.049282] sd 6:0:0:0: [sdc] tag#0 Sense Key : Hardware Error [current]
[ 4115.049284] sd 6:0:0:0: [sdc] tag#0 Add. Sense: No additional sense information
[ 4115.049289] sd 6:0:0:0: [sdc] tag#0 CDB: Read(10) 28 00 00 77 f7 80 00 00 08 00
[ 4115.049293] blk_update_request: I/O error, dev sdc, sector 7862144 op 0x0:(READ) flags 0x0 phys_seg 1 prio class 0
[ 4115.049300] Buffer I/O error on dev sdc, logical block 982768, async page read
[ 4135.288958] sd 6:0:0:0: [sdc] tag#0 FAILED Result: hostbyte=DID_ERROR driverbyte=DRIVER_SENSE
[ 4135.288961] sd 6:0:0:0: [sdc] tag#0 Sense Key : Hardware Error [current]
[ 4135.288962] sd 6:0:0:0: [sdc] tag#0 Add. Sense: No additional sense information
[ 4135.288964] sd 6:0:0:0: [sdc] tag#0 CDB: Read(10) 28 00 00 00 00 00 00 00 08 00
[ 4135.288966] blk_update_request: I/O error, dev sdc, sector 0 op 0x0:(READ) flags 0x0 phys_seg 1 prio class 0
[ 4135.288970] Buffer I/O error on dev sdc, logical block 0, async page read
[ 4138.658818] sd 6:0:0:0: [sdc] tag#0 FAILED Result: hostbyte=DID_ERROR driverbyte=DRIVER_SENSE
[ 4138.658822] sd 6:0:0:0: [sdc] tag#0 Sense Key : Hardware Error [current]
[ 4138.658824] sd 6:0:0:0: [sdc] tag#0 Add. Sense: No additional sense information
[ 4138.658827] sd 6:0:0:0: [sdc] tag#0 CDB: Read(10) 28 00 00 00 00 00 00 00 20 00
[ 4138.658830] blk_update_request: I/O error, dev sdc, sector 0 op 0x0:(READ) flags 0x80700 phys_seg 4 prio class 0
[ 4158.888955] sd 6:0:0:0: [sdc] tag#0 FAILED Result: hostbyte=DID_ERROR driverbyte=DRIVER_SENSE
[ 4158.888958] sd 6:0:0:0: [sdc] tag#0 Sense Key : Hardware Error [current]
[ 4158.888959] sd 6:0:0:0: [sdc] tag#0 Add. Sense: No additional sense information
[ 4158.888961] sd 6:0:0:0: [sdc] tag#0 CDB: Read(10) 28 00 00 00 00 00 00 00 08 00
[ 4158.888963] blk_update_request: I/O error, dev sdc, sector 0 op 0x0:(READ) flags 0x0 phys_seg 1 prio class 0
[ 4158.888967] Buffer I/O error on dev sdc, logical block 0, async page read
[ 4171.091256] sd 6:0:0:0: [sdc] tag#0 FAILED Result: hostbyte=DID_ERROR driverbyte=DRIVER_SENSE
[ 4171.091261] sd 6:0:0:0: [sdc] tag#0 Sense Key : Hardware Error [current]
[ 4171.091263] sd 6:0:0:0: [sdc] tag#0 Add. Sense: No additional sense information
[ 4171.091267] sd 6:0:0:0: [sdc] tag#0 CDB: Read(10) 28 00 00 00 00 80 00 00 08 00
[ 4171.091271] blk_update_request: I/O error, dev sdc, sector 128 op 0x0:(READ) flags 0x80700 phys_seg 1 prio class 0
[ 4191.314393] sd 6:0:0:0: [sdc] tag#0 FAILED Result: hostbyte=DID_ERROR driverbyte=DRIVER_SENSE
[ 4191.314399] sd 6:0:0:0: [sdc] tag#0 Sense Key : Hardware Error [current]
[ 4191.314402] sd 6:0:0:0: [sdc] tag#0 Add. Sense: No additional sense information
[ 4191.314407] sd 6:0:0:0: [sdc] tag#0 CDB: Read(10) 28 00 00 00 00 80 00 00 08 00
[ 4191.314412] blk_update_request: I/O error, dev sdc, sector 128 op 0x0:(READ) flags 0x0 phys_seg 1 prio class 0
[ 4191.314419] Buffer I/O error on dev sdc, logical block 16, async page read
[ 4197.949927] sd 6:0:0:0: [sdc] tag#0 FAILED Result: hostbyte=DID_ERROR driverbyte=DRIVER_SENSE
[ 4197.949932] sd 6:0:0:0: [sdc] tag#0 Sense Key : Hardware Error [current]
[ 4197.949935] sd 6:0:0:0: [sdc] tag#0 Add. Sense: No additional sense information
[ 4197.949939] sd 6:0:0:0: [sdc] tag#0 CDB: Read(10) 28 00 00 00 00 00 00 00 10 00
[ 4197.949943] blk_update_request: I/O error, dev sdc, sector 0 op 0x0:(READ) flags 0x80700 phys_seg 2 prio class 0
[ 4211.391988] sd 6:0:0:0: [sdc] tag#0 FAILED Result: hostbyte=DID_OK driverbyte=DRIVER_SENSE
[ 4211.391991] sd 6:0:0:0: [sdc] tag#0 Sense Key : Medium Error [current]
[ 4211.391993] sd 6:0:0:0: [sdc] tag#0 Add. Sense: Unrecovered read error
[ 4211.391995] sd 6:0:0:0: [sdc] tag#0 CDB: Read(10) 28 00 00 00 00 20 00 00 40 00
[ 4211.391997] blk_update_request: critical medium error, dev sdc, sector 32 op 0x0:(READ) flags 0x80700 phys_seg 8 prio class 0
[ 4211.748842] sd 6:0:0:0: [sdc] tag#0 FAILED Result: hostbyte=DID_OK driverbyte=DRIVER_SENSE
[ 4211.748846] sd 6:0:0:0: [sdc] tag#0 Sense Key : Medium Error [current]
[ 4211.748848] sd 6:0:0:0: [sdc] tag#0 Add. Sense: Unrecovered read error
[ 4211.748851] sd 6:0:0:0: [sdc] tag#0 CDB: Read(10) 28 00 00 00 21 00 00 00 08 00
[ 4211.748854] blk_update_request: critical medium error, dev sdc, sector 8448 op 0x0:(READ) flags 0x80700 phys_seg 1 prio class 0
[ 4211.935216] sd 6:0:0:0: [sdc] tag#0 FAILED Result: hostbyte=DID_OK driverbyte=DRIVER_SENSE
[ 4211.935220] sd 6:0:0:0: [sdc] tag#0 Sense Key : Medium Error [current]
[ 4211.935223] sd 6:0:0:0: [sdc] tag#0 Add. Sense: Unrecovered read error
[ 4211.935226] sd 6:0:0:0: [sdc] tag#0 CDB: Read(10) 28 00 00 00 21 00 00 00 08 00
[ 4211.935229] blk_update_request: critical medium error, dev sdc, sector 8448 op 0x0:(READ) flags 0x0 phys_seg 1 prio class 0
[ 4211.935234] Buffer I/O error on dev sdc, logical block 1056, async page read
[ 4212.541266] sd 6:0:0:0: [sdc] tag#0 FAILED Result: hostbyte=DID_OK driverbyte=DRIVER_SENSE
[ 4212.541272] sd 6:0:0:0: [sdc] tag#0 Sense Key : Medium Error [current]
[ 4212.541276] sd 6:0:0:0: [sdc] tag#0 Add. Sense: Unrecovered read error
[ 4212.541281] sd 6:0:0:0: [sdc] tag#0 CDB: Read(10) 28 00 00 00 22 08 00 00 f0 00
[ 4212.541285] blk_update_request: critical medium error, dev sdc, sector 8712 op 0x0:(READ) flags 0x84700 phys_seg 30 prio class 0
[ 4212.541729] sd 6:0:0:0: [sdc] tag#0 FAILED Result: hostbyte=DID_OK driverbyte=DRIVER_SENSE
[ 4212.541732] sd 6:0:0:0: [sdc] tag#0 Sense Key : Not Ready [current]
[ 4212.541734] sd 6:0:0:0: [sdc] tag#0 Add. Sense: Medium not present
[ 4212.541737] sd 6:0:0:0: [sdc] tag#0 CDB: Read(10) 28 00 00 00 22 f8 00 00 10 00
[ 4212.541740] blk_update_request: I/O error, dev sdc, sector 8952 op 0x0:(READ) flags 0x80700 phys_seg 1 prio class 0
[ 4212.542157] sd 6:0:0:0: [sdc] tag#0 FAILED Result: hostbyte=DID_OK driverbyte=DRIVER_SENSE
[ 4212.542159] sd 6:0:0:0: [sdc] tag#0 Sense Key : Not Ready [current]
[ 4212.542161] sd 6:0:0:0: [sdc] tag#0 Add. Sense: Medium not present
[ 4212.542174] sd 6:0:0:0: [sdc] tag#0 CDB: Read(10) 28 00 00 00 22 08 00 00 08 00
[ 4212.542177] blk_update_request: I/O error, dev sdc, sector 8712 op 0x0:(READ) flags 0x0 phys_seg 1 prio class 0
[ 4212.542182] Buffer I/O error on dev sdc1, logical block 65, async page read
[ 4215.389066] sd 6:0:0:0: [sdc] 7862272 512-byte logical blocks: (4.03 GB/3.75 GiB)
django@ASGARD:~$
Débuter ⋅ Doc ⋅ Bien rédiger ⋅ Retour commande ⋅ Insérer image | illustrations & captures d'écran < ⋅ >
Hors ligne
#61 Le 19/09/2020, à 19:40
- moko138
Re : Démarrage devenu un peu lent, Ubuntu ( budgie ) 20.04
Juste pour confirmer qu'avec multisystem + cryptsetup réinstallés, la référence à l'ancien uuid a disparu donc c'est bien la suppression de crypttab qui arrange cela.
1) Tu peux remercier inbox : c'est lui qui avait levé le lièvre "crypttab" !
2) Mais je ne comprends pas : j'étais persuadé que tu avais déjà pratiqué :
suppression de crypttab + update-initramfs (OK) + réinstallation de multisystem + update-initramfs (KO).
Je m'étais trompé ?
Dernière modification par moko138 (Le 19/09/2020, à 19:40)
%NOINDEX%
Un utilitaire précieux : ncdu
Photo, mini-tutoriel : À la découverte de dcraw
Hors ligne
#62 Le 19/09/2020, à 20:16
- moko138
Re : Démarrage devenu un peu lent, Ubuntu ( budgie ) 20.04
[HS]
[ hors sujet, un peu ]
@moko, que t'inspire ceci ( carte sd nikon insérée dans la fente sd du lecteur multi-cartes, impossible de l'ouvrir via l'explorateur de fichiers, ni gparted )[ 3909.370430] ums-realtek 3-6:1.0: USB Mass Storage device detected
Là encore, je croyais que tu avais blacklisté ums-realtek.
Mais je relis ton #44 :
⋅ sous 20.04 le module ums-realtek du lecteur de cartes est blacklisté, pas sous 16.04.
⋅ ce test est-il fiable : diverses cartes micro SD sont lues/écrites sans pépin majeur* dans la fente micro SD de ce lecteur. Les mêmes micro cartes mises en adaptateur SD dans la fente SD de ce même lecteur ne montent pas du tout ?
Il est indiscutable que toi et moi avons eu des soucis avec ce lecteur de cartes 0bda:0158.
Alors ne t'acharne pas, utilise un autre lecteur, (externe).
Si, ensuite, le contenu de dmesg reste inquiétant, il sera temps d'aviser
(sauvegarde et chkdsk /f X: ).
[/HS]
%NOINDEX%
Un utilitaire précieux : ncdu
Photo, mini-tutoriel : À la découverte de dcraw
Hors ligne
#63 Le 19/09/2020, à 20:38
- Coeur Noir
Re : Démarrage devenu un peu lent, Ubuntu ( budgie ) 20.04
1) Tu peux remercier inbox : c'est lui qui avait levé le lièvre "crypttab" !
2) Mais je ne comprends pas : j'étais persuadé que tu avais déjà pratiqué :
suppression de crypttab + update-initramfs (OK) + réinstallation de multisystem + update-initramfs (KO).
Je m'étais trompé ?
1) alors oui : merci InBox !
2) je n'avais pas effacé le fichier /etc/crypttab l'ayant cru vide ( voir posts #38 à #41 ) ce qui devait être le cas sous 16.04 mais probablement pas sous 20.04 ( où il m'a semblé que le fichier ne contenait qu'une ligne de # ).
Là encore, je croyais que tu avais blacklisté ums-realtek.
Je teste, blackliste / dé-blackliste…
Donc en ce moment sous 20.04 : il n'est plus blacklisté non plus, par contre j'ai un fichier ums_realtek.conf contenant options ums_realtek ss_en=0 dans /etc/modprobe.d
Et coïncidence, si ça ne répare pas le lecteur de cartes SD bien entendu, ça a quand même l'air d'éviter dans dmesg le message usb 3-6: reset high-speed USB device number 5 using xhci_hcd toutes les 53 secondes.
On le voit toujours mais plus rare :
[ 11.087543] rfkill: input handler disabled
[ 40.190118] kauditd_printk_skb: 41 callbacks suppressed
[ 40.190119] audit: type=1400 audit(1600532953.040:52): apparmor="DENIED" operation="capable" profile="/snap/core/9993/usr/lib/snapd/snap-confine" pid=1898 comm="snap-confine" capability=4 capname="fsetid"
[ 43.543369] audit: type=1107 audit(1600532956.333:53): pid=861 uid=103 auid=4294967295 ses=4294967295 msg='apparmor="DENIED" operation="dbus_method_call" bus="system" path="/" interface="org.freedesktop.DBus.ObjectManager" member="GetManagedObjects" mask="send" name="org.bluez" pid=1898 label="snap.chromium.chromium"
exe="/usr/bin/dbus-daemon" sauid=103 hostname=? addr=? terminal=?'
[ 44.707497] audit: type=1326 audit(1600532957.481:54): auid=4294967295 uid=1000 gid=1000 ses=4294967295 pid=2171 comm="chrome" exe="/snap/chromium/1298/usr/lib/chromium-browser/chrome" sig=0 arch=c000003e syscall=203 compat=0 ip=0x7f292b56bb9f code=0x50000
[ 44.707514] audit: type=1326 audit(1600532957.481:55): auid=4294967295 uid=1000 gid=1000 ses=4294967295 pid=2171 comm="chrome" exe="/snap/chromium/1298/usr/lib/chromium-browser/chrome" sig=0 arch=c000003e syscall=203 compat=0 ip=0x7f292b56bb9f code=0x50000
[ 44.707516] audit: type=1326 audit(1600532957.481:56): auid=4294967295 uid=1000 gid=1000 ses=4294967295 pid=2171 comm="chrome" exe="/snap/chromium/1298/usr/lib/chromium-browser/chrome" sig=0 arch=c000003e syscall=203 compat=0 ip=0x7f292b56bb9f code=0x50000
[ 44.707539] audit: type=1326 audit(1600532957.481:57): auid=4294967295 uid=1000 gid=1000 ses=4294967295 pid=2171 comm="chrome" exe="/snap/chromium/1298/usr/lib/chromium-browser/chrome" sig=0 arch=c000003e syscall=203 compat=0 ip=0x7f292b56bb9f code=0x50000
[ 2335.573565] usb 3-6: USB disconnect, device number 3
[ 2335.952782] usb 3-6: new high-speed USB device number 5 using xhci_hcd
[ 2336.623735] usb 3-6: New USB device found, idVendor=0bda, idProduct=0158, bcdDevice=51.95
[ 2336.623743] usb 3-6: New USB device strings: Mfr=1, Product=2, SerialNumber=3
[ 2336.623747] usb 3-6: Product: USB2.0-CRW
[ 2336.623751] usb 3-6: Manufacturer: Generic
[ 2336.623755] usb 3-6: SerialNumber: 20060413092100000
[ 2336.627260] ums-realtek 3-6:1.0: USB Mass Storage device detected
[ 2336.628225] scsi host6: usb-storage 3-6:1.0
[ 2337.663292] scsi 6:0:0:0: Direct-Access Generic- Multi-Card 1.00 PQ: 0 ANSI: 0 CCS
[ 2337.663657] sd 6:0:0:0: Attached scsi generic sg3 type 0
[ 2337.693794] sd 6:0:0:0: [sdc] Attached SCSI removable disk
[ 7242.866407] usb 3-6: reset high-speed USB device number 5 using xhci_hcd
django@ASGARD:~$
Mais oui clairement ce lecteur de cartes est casse-pieds.
Débuter ⋅ Doc ⋅ Bien rédiger ⋅ Retour commande ⋅ Insérer image | illustrations & captures d'écran < ⋅ >
Hors ligne
#64 Le 20/09/2020, à 16:48
- Coeur Noir
Re : Démarrage devenu un peu lent, Ubuntu ( budgie ) 20.04
Mais ce n'est pas lui qui ralentit le démarrage.
Donc là je viens d'avoir un démarrage un peu plus long. Parties intéressantes du dmesg :
(…)
[ 1.743707] usb 3-6: New USB device found, idVendor=0bda, idProduct=0158, bcdDevice=51.95
[ 1.743708] usb 3-6: New USB device strings: Mfr=1, Product=2, SerialNumber=3
[ 1.743709] usb 3-6: Product: USB2.0-CRW
[ 1.743710] usb 3-6: Manufacturer: Generic
[ 1.743710] usb 3-6: SerialNumber: 20060413092100000
[ 2.148876] usb 3-8: new full-speed USB device number 4 using xhci_hcd
[ 2.552956] usb 3-8: device descriptor read/64, error -71
[ 19.176957] usb 3-8: device descriptor read/64, error -110
[ 19.412876] usb 3-8: new full-speed USB device number 5 using xhci_hcd
[ 35.308897] usb 3-8: device descriptor read/64, error -110
[ 35.544958] usb 3-8: device descriptor read/64, error -71
[ 35.652894] usb usb3-port8: attempt power cycle
[ 36.304878] usb 3-8: new full-speed USB device number 6 using xhci_hcd
[ 36.305022] usb 3-8: Device not responding to setup address.
[ 36.513022] usb 3-8: Device not responding to setup address.
[ 36.720877] usb 3-8: device not accepting address 6, error -71
[ 37.540878] usb 3-8: new full-speed USB device number 7 using xhci_hcd
[ 37.541023] usb 3-8: Device not responding to setup address.
[ 37.748959] usb 3-8: Device not responding to setup address.
[ 37.956877] usb 3-8: device not accepting address 7, error -71
[ 37.956895] usb usb3-port8: unable to enumerate USB device
[ 38.228878] usb 3-8: new full-speed USB device number 8 using xhci_hcd
[ 38.356957] usb 3-8: device descriptor read/64, error -71
[ 38.592958] usb 3-8: device descriptor read/64, error -71
[ 39.036878] usb 3-8: new full-speed USB device number 9 using xhci_hcd
[ 39.164960] usb 3-8: device descriptor read/64, error -71
[ 39.400959] usb 3-8: device descriptor read/64, error -71
[ 39.508893] usb usb3-port8: attempt power cycle
[ 40.160878] usb 3-8: new full-speed USB device number 10 using xhci_hcd
[ 40.161026] usb 3-8: Device not responding to setup address.
[ 40.369026] usb 3-8: Device not responding to setup address.
[ 40.576877] usb 3-8: device not accepting address 10, error -71
[ 40.704878] usb 3-8: new full-speed USB device number 11 using xhci_hcd
[ 40.705026] usb 3-8: Device not responding to setup address.
[ 40.913027] usb 3-8: Device not responding to setup address.
[ 41.120878] usb 3-8: device not accepting address 11, error -71
[ 41.120895] usb usb3-port8: unable to enumerate USB device
[ 41.123168] hidraw: raw HID events driver (C) Jiri Kosina
[ 41.124142] usbcore: registered new interface driver usb-storage
[ 41.125412] usbcore: registered new interface driver uas
[ 41.126133] ums-realtek 3-6:1.0: USB Mass Storage device detected
[ 41.126662] scsi host6: usb-storage 3-6:1.0
[ 41.126741] usbcore: registered new interface driver ums-realtek
[ 41.127437] usbcore: registered new interface driver usbhid
[ 41.127438] usbhid: USB HID core driver
[ 41.129201] input: Genius Wireless Device as /devices/pci0000:00/0000:00:14.0/usb3/3-5/3-5:1.0/0003:0458:6001.0001/input/input3
[ 41.129289] hid-generic 0003:0458:6001.0001: input,hidraw0: USB HID v1.01 Mouse [Genius Wireless Device] on usb-0000:00:14.0-5/input0
[ 41.129438] input: Genius Wireless Device System Control as /devices/pci0000:00/0000:00:14.0/usb3/3-5/3-5:1.1/0003:0458:6001.0002/input/input4
[ 41.189012] input: Genius Wireless Device Consumer Control as /devices/pci0000:00/0000:00:14.0/usb3/3-5/3-5:1.1/0003:0458:6001.0002/input/input5
[ 41.189093] input: Genius Wireless Device as /devices/pci0000:00/0000:00:14.0/usb3/3-5/3-5:1.1/0003:0458:6001.0002/input/input6
[ 41.189190] hid-generic 0003:0458:6001.0002: input,hiddev0,hidraw1: USB HID v1.01 Device [Genius Wireless Device] on usb-0000:00:14.0-5/input1
[ 41.189310] input: Genius Wireless Device as /devices/pci0000:00/0000:00:14.0/usb3/3-5/3-5:1.2/0003:0458:6001.0003/input/input7
[ 41.248961] hid-generic 0003:0458:6001.0003: input,hidraw2: USB HID v1.01 Keyboard [Genius Wireless Device] on usb-0000:00:14.0-5/input2
[ 41.408864] EXT4-fs (sda1): mounted filesystem with ordered data mode. Opts: (null)
(…)
[ 81.534897] rfkill: input handler disabled
[ 104.431142] usb 3-8: new low-speed USB device number 12 using xhci_hcd
[ 104.604220] usb 3-8: New USB device found, idVendor=1267, idProduct=1111, bcdDevice= 1.10
[ 104.604226] usb 3-8: New USB device strings: Mfr=0, Product=0, SerialNumber=0
[ 104.638901] input: HID 1267:1111 Mouse as /devices/pci0000:00/0000:00:14.0/usb3/3-8/3-8:1.0/0003:1267:1111.0004/input/input21
[ 104.639465] input: HID 1267:1111 Consumer Control as /devices/pci0000:00/0000:00:14.0/usb3/3-8/3-8:1.0/0003:1267:1111.0004/input/input22
[ 104.699516] input: HID 1267:1111 System Control as /devices/pci0000:00/0000:00:14.0/usb3/3-8/3-8:1.0/0003:1267:1111.0004/input/input23
[ 104.699806] hid-generic 0003:1267:1111.0004: input,hidraw3: USB HID v1.10 Mouse [HID 1267:1111] on usb-0000:00:14.0-8/input0
Le port usb 3-6 ( lecteur multi-cartes & prise usb, ums_realtek ) ne provoque pas d'erreur.
Le 3-8 par contre râle beaucoup.
django@ASGARD:~$ systemd-analyze
Startup finished in 41.530s (kernel) + 3.339s (userspace) = 44.870s
graphical.target reached after 3.329s in userspace
django@ASGARD:~$
Je ne comprends pas trop pourquoi Genius Wireless génère tant d'input mais toutes associées au même port usb, le 3-5 qui fait partie du lecteur de carte.
django@ASGARD:~$ lsusb | sort; echo; lsusb -t
Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
Bus 001 Device 002: ID 8087:8008 Intel Corp.
Bus 002 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
Bus 002 Device 002: ID 8087:8000 Intel Corp.
Bus 003 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
Bus 003 Device 002: ID 0458:6001 KYE Systems Corp. (Mouse Systems) GF3000F Ethernet Adapter
Bus 003 Device 003: ID 0bda:0158 Realtek Semiconductor Corp. USB 2.0 multicard reader
Bus 003 Device 012: ID 1267:1111 Logic3 / SpectraVideo plc
Bus 004 Device 001: ID 1d6b:0003 Linux Foundation 3.0 root hub
/: Bus 04.Port 1: Dev 1, Class=root_hub, Driver=xhci_hcd/6p, 5000M
/: Bus 03.Port 1: Dev 1, Class=root_hub, Driver=xhci_hcd/14p, 480M
|__ Port 5: Dev 2, If 2, Class=Human Interface Device, Driver=usbhid, 12M
|__ Port 5: Dev 2, If 0, Class=Human Interface Device, Driver=usbhid, 12M
|__ Port 5: Dev 2, If 1, Class=Human Interface Device, Driver=usbhid, 12M
|__ Port 6: Dev 3, If 0, Class=Mass Storage, Driver=ums-realtek, 480M
|__ Port 8: Dev 12, If 0, Class=Human Interface Device, Driver=usbhid, 1.5M
/: Bus 02.Port 1: Dev 1, Class=root_hub, Driver=ehci-pci/2p, 480M
|__ Port 1: Dev 2, If 0, Class=Hub, Driver=hub/8p, 480M
/: Bus 01.Port 1: Dev 1, Class=root_hub, Driver=ehci-pci/2p, 480M
|__ Port 1: Dev 2, If 0, Class=Hub, Driver=hub/6p, 480M
django@ASGARD:~$
Qu'ai-je donc fait ?
J'étais tranquille peinard sous 16.04. Je redémarre pour aller sur 20.04. Pendant ce redémarrage, genre 2 ou 3 secondes après avoir cliqué sur redémarrer, j'ai débranché la souris du port usb 3-1 pour la brancher sur le port usb 3-8 ( ces 2 usb sont en façade de la tour le 1 à droite est bleu ; le 8 à gauche est blanc = Bus 003 Device 012: ID 1267:1111 Logic3 / SpectraVideo plc ).
L'écran était éteint MAIS est ce que le pc était déjà éteint ou déjà en cours de rallumage au moment où j'ai débranché/rebranché la souris ?
Est-ce que ça peut suffire à expliquer ce hoquet au démarrage ???
Bref je vais faire gaffe à brancher/débrancher cette souris quand le système est assurément éteint - ou de ne la brancher que beaucoup plus tard, une fois le système complètement allumé.
Dernière modification par Coeur Noir (Le 20/09/2020, à 16:55)
Débuter ⋅ Doc ⋅ Bien rédiger ⋅ Retour commande ⋅ Insérer image | illustrations & captures d'écran < ⋅ >
Hors ligne
#65 Le 20/09/2020, à 18:03
- moko138
Re : Démarrage devenu un peu lent, Ubuntu ( budgie ) 20.04
Pourquoi le fabricant (ou l'assembleur) a-t-il mobilisé un root hub usb3 pour le lecteur usb2 ???
En tout cas, toi tu as été bien inspiré de déplacer ton combiné clavier-souris sur un root hub usb2.
En plus, ça libère une prise usb3 pour ton futur lecteur externe de cartes usb3...
%NOINDEX%
Un utilitaire précieux : ncdu
Photo, mini-tutoriel : À la découverte de dcraw
Hors ligne
#66 Le 20/09/2020, à 18:50
- Coeur Noir
Re : Démarrage devenu un peu lent, Ubuntu ( budgie ) 20.04
Bus 004 Device 001: ID 1d6b:0003 Linux Foundation 3.0 root hub
/: Bus 04.Port 1: Dev 1, Class=root_hub, Driver=xhci_hcd/6p, 5000M
Pour moi il n'y a rien de branché sur le root usb3.
Pas même le port usb bleu en façade, qui lorsque je branche quelque chose dessus apparaît ainsi :
django@ASGARD:~$ lsusb | sort; echo; lsusb -t
Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
Bus 001 Device 002: ID 8087:8008 Intel Corp.
Bus 002 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
Bus 002 Device 002: ID 8087:8000 Intel Corp.
Bus 003 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
Bus 003 Device 002: ID 0458:6001 KYE Systems Corp. (Mouse Systems) GF3000F Ethernet Adapter
Bus 003 Device 003: ID 0bda:0158 Realtek Semiconductor Corp. USB 2.0 multicard reader
Bus 003 Device 004: ID 1267:1111 Logic3 / SpectraVideo plc
Bus 003 Device 005: ID 152d:2336 JMicron Technology Corp. / JMicron USA Technology Corp. Hard Disk Drive
Bus 004 Device 001: ID 1d6b:0003 Linux Foundation 3.0 root hub
/: Bus 04.Port 1: Dev 1, Class=root_hub, Driver=xhci_hcd/6p, 5000M
/: Bus 03.Port 1: Dev 1, Class=root_hub, Driver=xhci_hcd/14p, 480M
|__ Port 1: Dev 5, If 0, Class=Mass Storage, Driver=usb-storage, 480M
|__ Port 5: Dev 2, If 2, Class=Human Interface Device, Driver=usbhid, 12M
|__ Port 5: Dev 2, If 0, Class=Human Interface Device, Driver=usbhid, 12M
|__ Port 5: Dev 2, If 1, Class=Human Interface Device, Driver=usbhid, 12M
|__ Port 6: Dev 3, If 0, Class=Mass Storage, Driver=ums-realtek, 480M
|__ Port 8: Dev 4, If 0, Class=Human Interface Device, Driver=usbhid, 1.5M
/: Bus 02.Port 1: Dev 1, Class=root_hub, Driver=ehci-pci/2p, 480M
|__ Port 1: Dev 2, If 0, Class=Hub, Driver=hub/8p, 480M
/: Bus 01.Port 1: Dev 1, Class=root_hub, Driver=ehci-pci/2p, 480M
|__ Port 1: Dev 2, If 0, Class=Hub, Driver=hub/6p, 480M
django@ASGARD:~$
Bus 003 Device 005: ID 152d:2336 JMicron Technology Corp. / JMicron USA Technology Corp. Hard Disk Drive
|__ Port 1: Dev 5, If 0, Class=Mass Storage, Driver=usb-storage, 480M
Je repère bien, où pas ? ( JMicron Technology Corp. / JMicron USA Technology Corp. Hard Disk Drive = un disque dur externe, au format proprio rackable CRU )
Comme l'impression que tout ce que j'ai en façade est sur le même concentrateur usb sur la CM - à vérifier en ouvrant le pc un de ces 4.
Voire même que tous mes ports ( façade et arrière ) apparaissent toujours sous Bus 003 ( c'est le cas en tout cas en connectant mon DD ext sur chacun d'eux, les 4 bleus + les 2 noirs à l'arrière, le bleu + le blanc en façade ).
Bus 003 Device 011: ID 152d:2336 JMicron Technology Corp. / JMicron USA Technology Corp. Hard Disk Drive
|__ Port 4: Dev 11, If 0, Class=Mass Storage, Driver=usb-storage, 480M
↑ ça par ex. c'est un des 4 ports usb bleus à l'arrière.
Port et Dev changent, pas Bus.
Possible aussi que je comprenne de travers…
Débuter ⋅ Doc ⋅ Bien rédiger ⋅ Retour commande ⋅ Insérer image | illustrations & captures d'écran < ⋅ >
Hors ligne
#67 Le 20/09/2020, à 21:02
- moko138
Re : Démarrage devenu un peu lent, Ubuntu ( budgie ) 20.04
Pour moi il n'y a rien de branché sur le root usb3.
Tu as raison !
Mais pourquoi ton système associe-t-il, depuis le début, le driver xhci (=usb3) à tes root hubs usb2 ?
Bus 003 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
/: Bus 03.Port 1: Dev 1, Class=root_hub, Driver=xhci_hcd/14p, 480M
- -
Bus 003 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
Bus 003 Device 005: ID 152d:2336 JMicron Technology Corp. / JMicron USA Technology Corp. Hard Disk Drive/: Bus 03.Port 1: Dev 1, Class=root_hub, Driver=xhci_hcd/14p, 480M
|__ Port 1: Dev 5, If 0, Class=Mass Storage, Driver=usb-storage, 480M
Je repère bien, où pas ? ( JMicron
Certes !
- -
tous mes ports ( façade et arrière ) apparaissent toujours sous Bus 003 ( c'est le cas en tout cas en connectant mon DD ext sur chacun d'eux, les 4 bleus + les 2 noirs à l'arrière, le bleu + le blanc en façade ).
(...)
un des 4 ports usb bleus à l'arrière.
Port et Dev changent, pas Bus.
À peine croyable !
Oui, ça vaut le coup d'ouvrir (si c'est bien une tour).
Et as-tu déjà obtenu un débit de transfert digne de l'usb3, sur cette machine ?
(Merci de quantifier le maximum obtenu pour, disons, un fichier de 700 Mo).
%NOINDEX%
Un utilitaire précieux : ncdu
Photo, mini-tutoriel : À la découverte de dcraw
Hors ligne
#68 Le 21/09/2020, à 15:43
- Coeur Noir
Re : Démarrage devenu un peu lent, Ubuntu ( budgie ) 20.04
Mais pourquoi ton système associe-t-il, depuis le début, le driver xhci (=usb3) à tes root hubs usb2 ?
Réponse de béotien : parce que qui peut le + peut le - ?
Ou : c'est un réglage imposé par le BiOS ?
Et as-tu déjà obtenu un débit de transfert digne de l'usb3, sur cette machine ?
Pas sûr. Pas sûr du tout.
Une méthode « propre » pour évaluer le débit de transfert ?
Coïncidence que tu évoques usb2/3 car récemment j'étais intrigué par ça : https://discourse.ubuntubudgie.org/t/wh … files/4149
( ce qui permet ± de situer quand j'ai modifié la swap ).
Or avant un certain incident, il y avait 2 HDD dans la tour dont un pour les sauvegardes. Ce HDD spécial sauvegardes est dorénavant externe…
Débuter ⋅ Doc ⋅ Bien rédiger ⋅ Retour commande ⋅ Insérer image | illustrations & captures d'écran < ⋅ >
Hors ligne
#69 Le 21/09/2020, à 21:01
- moko138
Re : Démarrage devenu un peu lent, Ubuntu ( budgie ) 20.04
D'après ta capture,
https://aws1.discourse-cdn.com/standard … 9ff0e.jpeg
ton système était en train de swapper (438 Mio utilisés) alors que ta RAM n'était utilisée qu'à 11% :
absurde.
Règle vite ton swappiness autour de 5%, si ce n'est pas déjà fait - cf. ta parenthèse sybilline
( ce qui permet ± de situer quand j'ai modifié la swap ).
.
- -
Mais pourquoi ton système associe-t-il, depuis le début, le driver xhci (=usb3) à tes root hubs usb2 ?
Réponse de béotien : parce que qui peut le + peut le - ?
Ou : c'est un réglage imposé par le BiOS ?
Je n'ai jamais remarqué rien de tel.
.
- -
Une méthode « propre » pour évaluer le débit de transfert ?
- entre deux partitions vérifiées de frais (chkdsk si FS de windows ; fsck autrement) et de plus, toujours si FS de windows, défragmentées de frais ;
- avec de la marge quant à l'espace disponible ;
- chronométree la copie d'UN fichier de 700 Mo.
Soit le temps est de l'ordre de la trentaine de secondes (17 à 25 Mo/s : usb2) ;
Soit il est beaucoup plus bref (usb3) ;
Soit il est beaucoup plus long (0,7 à 1 Mo/s (usb1 ; tu peux interrompre la copie). (Ce n'est pas une vue de l'esprit : mes deux machines principales (dépourvues d'usb3) affectent régulièrement un pilote usb1 à mes lecteurs de cartes et j'ai tout intérêt, avant un gros transfert d'images, à vérifier le débit réel !)
%NOINDEX%
Un utilitaire précieux : ncdu
Photo, mini-tutoriel : À la découverte de dcraw
Hors ligne