Contenu | Rechercher | Menus

Annonce

Si vous avez des soucis pour rester connecté, déconnectez-vous puis reconnectez-vous depuis ce lien en cochant la case
Me connecter automatiquement lors de mes prochaines visites.

À propos de l'équipe du forum.

#51 Le 18/09/2020, à 22:13

marcodel

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

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

inbox a écrit :

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ébuterDocBien rédigerRetour commandeInsé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

marcodel a écrit :

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 !  big_smile

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

Coeur Noir a écrit :

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ébuterDocBien rédigerRetour commandeInsé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ébuterDocBien rédigerRetour commandeInsé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

Coeur Noir a écrit :

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ébuterDocBien rédigerRetour commandeInsé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ébuterDocBien rédigerRetour commandeInsé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

moko138 a écrit :

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 # ).

moko138 a écrit :

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ébuterDocBien rédigerRetour commandeInsé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ébuterDocBien rédigerRetour commandeInsé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...  smile


%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ébuterDocBien rédigerRetour commandeInsé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

Coeur Noir a écrit :

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ébuterDocBien rédigerRetour commandeInsé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