#10626 Le 06/09/2020, à 08:17
- Compte supprimé
Re : Topic des lève-tôt [partie 12]
L_d_v_c@ a écrit :moko138 a écrit :...
Je n'ai jamais vu ça. À mon avis, tu crois démarrer en live mais en réalité le bios ne passe pas la main à ton support live, le bios cherche un chargeur d'amorçage dans les disques, il trouve un bout de grub mais pas la suite....
Salut.
Le SSD que je considère planté n'est plus du tout detecté par aucune commande du noyau.
Ce n'est plus qu'un tas de composants inertes.
J'essayerai de chercher un fusible CMS qui est mort.
Mais ce SSD semble mort.
= Donc non je démarais bien en live mais ce SSD H.S. me bloque le port SATA et donc me bloque le noyau du live qui cherche à scanner les ports SATA.L'as-tu branché en USB avec adaptateur pour voir s'il vit encore ?
Salut GR 34.
Aucun signe de vie. Il aurait dû apparaître en /dev/sdb
root@LibraZiK:~# lsblk
NAME MAJ:MIN RM SIZE RO TYPE MOUNTPOINT
sda 8:0 0 232,9G 0 disk
├─sda1 8:1 0 231,9G 0 part /sauve
└─sda2 8:2 0 997,7M 0 part /boot
sr0 11:0 1 1024M 0 rom
nvme0n1 259:0 0 223,6G 0 disk
├─nvme0n1p1 259:1 0 39,1G 0 part /
├─nvme0n1p2 259:2 0 8,8G 0 part [SWAP]
└─nvme0n1p3 259:3 0 175,7G 0 part /home
root@LibraZiK:~# man lsusb
root@LibraZiK:~# lsusb -d 05e3:0731
Bus 005 Device 018: ID 05e3:0731 Genesys Logic, Inc. GL3310 SATA 3Gb/s Bridge Controller
root@LibraZiK:~# lsusb -d 05e3:0731 -v
Bus 005 Device 018: ID 05e3:0731 Genesys Logic, Inc. GL3310 SATA 3Gb/s Bridge Controller
Device Descriptor:
bLength 18
bDescriptorType 1
bcdUSB 3.00
bDeviceClass 0
bDeviceSubClass 0
bDeviceProtocol 0
bMaxPacketSize0 9
idVendor 0x05e3 Genesys Logic, Inc.
idProduct 0x0731 GL3310 SATA 3Gb/s Bridge Controller
bcdDevice 90.94
iManufacturer 3 Genesyslogic
iProduct 4 USB to S-ATA
iSerial 5 00000000000036615
bNumConfigurations 1
Configuration Descriptor:
bLength 9
bDescriptorType 2
wTotalLength 0x002c
bNumInterfaces 1
bConfigurationValue 1
iConfiguration 0
bmAttributes 0xc0
Self Powered
MaxPower 256mA
Interface Descriptor:
bLength 9
bDescriptorType 4
bInterfaceNumber 0
bAlternateSetting 0
bNumEndpoints 2
bInterfaceClass 8 Mass Storage
bInterfaceSubClass 6 SCSI
bInterfaceProtocol 80 Bulk-Only
iInterface 6 SATA
Endpoint Descriptor:
bLength 7
bDescriptorType 5
bEndpointAddress 0x81 EP 1 IN
bmAttributes 2
Transfer Type Bulk
Synch Type None
Usage Type Data
wMaxPacketSize 0x0400 1x 1024 bytes
bInterval 0
bMaxBurst 15
Endpoint Descriptor:
bLength 7
bDescriptorType 5
bEndpointAddress 0x02 EP 2 OUT
bmAttributes 2
Transfer Type Bulk
Synch Type None
Usage Type Data
wMaxPacketSize 0x0400 1x 1024 bytes
bInterval 0
bMaxBurst 15
Binary Object Store Descriptor:
bLength 5
bDescriptorType 15
wTotalLength 0x0016
bNumDeviceCaps 2
USB 2.0 Extension Device Capability:
bLength 7
bDescriptorType 16
bDevCapabilityType 2
bmAttributes 0x00000002
HIRD Link Power Management (LPM) Supported
SuperSpeed USB Device Capability:
bLength 10
bDescriptorType 16
bDevCapabilityType 3
bmAttributes 0x00
wSpeedsSupported 0x000e
Device can operate at Full Speed (12Mbps)
Device can operate at High Speed (480Mbps)
Device can operate at SuperSpeed (5Gbps)
bFunctionalitySupport 1
Lowest fully-functional device speed is Full Speed (12Mbps)
bU1DevExitLat 10 micro seconds
bU2DevExitLat 2047 micro seconds
can't get debug descriptor: Resource temporarily unavailable
Device Status: 0x0000
(Bus Powered)
root@LibraZiK:~# #10627 Le 06/09/2020, à 11:11
- moko138
Re : Topic des lève-tôt [partie 12]
Bondy (Manche) et Loches (Aude) pour tous ! 
Ludovic,
Lance un fsck -nfv sur de l'ext4, et tu verras toujours ces deux lignes :
xxx non-contiguous files (**%)
yy non-contiguous directories (**%)Lance juste après un fsck -yfv et compare : je crois que les valeurs sont susceptibles de différer.
La prévention de la fragmentation est opérée silencieusement, donc tu ne la vois pas, mais elle est opérée régulièrement et sans attendre que le disque soit plein.
D'ailleurs, le lien que tu cites (et qui n'est pas parole d'évangile) dit lui-même :
Les systèmes de fichiers sur Linux
(...) le système de fichiers est conçu pour éviter la fragmentation en utilisation normale.
Comment ?
S'il y a fragmentation, le système de fichiers tentera de déplacer les fichiers afin de réduire la fragmentation en utilisation normale sans avoir besoin d'un utilitaire de défragmentation.
.
Autrement dit,
La page que tu cites s'adresse aux transfuges de windows
et signifie "Pas la peine de lancer à la main un équivalent à defrag.exe, Linux le fait automatiquement".
Encore faut-il laisser Linux disposer de ses moyens ! (Et je t'ai indiqué le man ad hoc).
Je reconnais que la formulation laisse la place au doute : ton interprétation n'est pas impossible.
Mais pour avoir fait des tests de récupération de fichier par extundelete et par testdisk, en me plaçant dans les conditions nominales (démontage de la partition ext4 immédiatement après la suppression volontaire) et avoir parfois échoué, je pense que l'échec est imputable à une fragmentation.
Je me souviens en particulier du cas suivant :
Sur de l'ext4, je crée un sous-répertoire de test ;
j'y copie le fichier DSC_123.JPG
je supprime DSC_123.JPG et aussitôt, démonte la partition.
Je lance extundelete
je récupère DSC_123.JPG...
La réussite n'est qu'apparente car,
en ouvrant DSC_123.JPG,
je tombe sur IMG_987.JPG.
%NOINDEX%
Un utilitaire précieux : ncdu
Photo, mini-tutoriel : À la découverte de dcraw
Hors ligne
#10628 Le 06/09/2020, à 11:39
- Compte supprimé
Re : Topic des lève-tôt [partie 12]
root@LibraZiK:~# fsck -nfv /dev/sda
/dev/sda /dev/sda1 /dev/sda2
root@LibraZiK:~# fsck -nfv /dev/sda1
fsck de util-linux 2.33.1
e2fsck 1.44.5 (15-Dec-2018)
Warning! /dev/sda1 is mounted.
Warning: skipping journal recovery because doing a read-only filesystem check.
Pass 1: Checking inodes, blocks, and sizes
Pass 2: Checking directory structure
Pass 3: Checking directory connectivity
Pass 4: Checking reference counts
Pass 5: Checking group summary information
293575 inodes used (1.93%, out of 15204352)
1090 non-contiguous files (0.4%)
41 non-contiguous directories (0.0%)
# of inodes with ind/dind/tind blocks: 0/0/0
Extent depth histogram: 291526/110
55336444 blocks used (91.02%, out of 60793344)
0 bad blocks
8 large files
250202 regular files
41369 directories
0 character device files
0 block device files
0 fifos
0 links
1995 symbolic links (1931 fast symbolic links)
0 sockets
------------
293566 files
root@LibraZiK:~# root@LibraZiK:~# fsck -yfv /dev/sda1
fsck de util-linux 2.33.1
e2fsck 1.44.5 (15-Dec-2018)
/dev/sda1 is mounted.
e2fsck: Cannot continue, aborting.
root@LibraZiK:~#Je n'y vois pas grand chose mais cela semble confirmer qu'en utilisation normale, on se fiche de la fragmentation (1090 non-contiguous files (0.4%)).
Édit : GNU/Linux travaille bien en mode automatique.
C'est pile la définition de l'informatique : Faire automatiquement ce que l'homme n'a plus besoin de faire à la main autrefois...
Dernière modification par Compte supprimé (Le 06/09/2020, à 11:52)
#10629 Le 06/09/2020, à 12:09
- Compte supprimé
Re : Topic des lève-tôt [partie 12]
L'as-tu branché en USB avec adaptateur pour voir s'il vit encore ?
Remarque : le SSD KINGSTON 60Go aura vécu 7,5 ans...
#10630 Le 06/09/2020, à 12:42
- moko138
Re : Topic des lève-tôt [partie 12]
moko138 a écrit :...
Je n'ai jamais vu ça. À mon avis, tu crois démarrer en live mais en réalité le bios ne passe pas la main à ton support live, le bios cherche un chargeur d'amorçage dans les disques, il trouve un bout de grub mais pas la suite....
Le SSD que je considère planté n'est plus du tout detecté par aucune commande du noyau.
Ce n'est plus qu'un tas de composants inertes.
J'essayerai de chercher un fusible CMS qui est mort.
Mais ce SSD semble mort.
= Donc non je démarrais bien en live mais ce SSD H.S. me bloque le port SATA et donc me bloque le noyau du live qui cherche à scanner les ports SATA.
1) Le premier "donc" est une faute de logique. Puisqu'il n'est pas établi que le bios ait passé la main à la live.
2) Il y a une première conclusion indue : au lieu du postulat présenté comme factuel,
"ce SSD H.S. me bloque le port SATA", tu aurais dû rester descriptif :
"ce SSD H.S. occupe un port SATA".
3) Le deuxième "donc" est ahurissant en ceci que
- il suppose un lien de causalité alors que tu n'as rien démontré ;
- nous sommes tous expérimentés sur ce fil et, en cas de pannes diverses, nous utilisons ou faisons utiliser un support live, précisément pour pouvoir démarrer malgré tout.
Donc nous restons en attente d'un précédent où la présence d'un support HS sur un des ports sata empêcherait "le noyau du live" de "scanner les ports SATA" ET les ports usb (si c'est bien une live usb que tu employais).
Tu avais momentanément abdiqué toute logique ; je te prie de revenir à ta logique coutumière.
Autres pistes
1) Le bios évidemment :
Pour faire démarrer une épave rouillée et antérieure au sata, je me souviens, il y a environ huit ans, d'avoir dû démonter trois périphériques HS (lecteur de disquettes, lecteur de cédéroms, je ne sais plus quel était le 3ème).
2) Du côté de cette info récemment exhumée par geole, il y a une idée.
J'ignore encore si elle est transposable au cas de ta machine.
Mais elle mérite que tous les aidants en prennent connaissance.
%NOINDEX%
Un utilitaire précieux : ncdu
Photo, mini-tutoriel : À la découverte de dcraw
Hors ligne
#10631 Le 06/09/2020, à 16:04
- rogn...
Re : Topic des lève-tôt [partie 12]
Petits conseil pour choisir son port USB : prendre celui qui est le plus isolé des autres car bien qu'ayant deux ou trois prises côtes à côte, ça n'est parfois qu'un simple hub USB donc une seule com sur le bus au lieu de trois, et c'est plus ou moins bien piloté par le système. J'ai déjà eu le cas d'une souris et d'un disque externe qui n'étaient pas captés physiquement car tout l'ampérage USB était donné pour une seule prise USB i.e. pour la recharge de batterie de smartphone.
#10632 Le 06/09/2020, à 19:39
- Compte supprimé
Re : Topic des lève-tôt [partie 12]
L_d_v_c@ a écrit :moko138 a écrit :...
Je n'ai jamais vu ça. À mon avis, tu crois démarrer en live mais en réalité le bios ne passe pas la main à ton support live, le bios cherche un chargeur d'amorçage dans les disques, il trouve un bout de grub mais pas la suite....
Le SSD que je considère planté n'est plus du tout detecté par aucune commande du noyau.
Ce n'est plus qu'un tas de composants inertes.
J'essayerai de chercher un fusible CMS qui est mort.
Mais ce SSD semble mort.
= Donc non je démarrais bien en live mais ce SSD H.S. me bloque le port SATA et donc me bloque le noyau du live qui cherche à scanner les ports SATA.1) Le premier "donc" est une faute de logique. Puisqu'il n'est pas établi que le bios ait passé la main à la live.
Hélas ça m'arrive bien souvent quand je suis fatigué car je ne t'écris pas toute la description et je ne garde que les liens pivots donc je me coucherai peut-être plus tôt ce soir pour me reposer…
2) Il y a une première conclusion indue : au lieu du postulat présenté comme factuel,
"ce SSD H.S. me bloque le port SATA", tu aurais dû rester descriptif :
"ce SSD H.S. occupe un port SATA".3) Le deuxième "donc" est ahurissant en ceci que
- il suppose un lien de causalité alors que tu n'as rien démontré ;
- nous sommes tous expérimentés sur ce fil et, en cas de pannes diverses, nous utilisons ou faisons utiliser un support live, précisément pour pouvoir démarrer malgré tout.
Je sais quand même booter en live sur ma carte mère (j'appuie sur [F12] pendant le POST du BIOS et je sélectionne lecteur DVD et la led du lecteur commence à clignoter et le disque se met en rotation, je ne comprends pas que tu puisses croire que je loupe mon lancement de DVD Live ?
Donc nous restons en attente d'un précédent où la présence d'un support HS sur un des ports sata empêcherait "le noyau du live" de "scanner les ports SATA" ET les ports usb (si c'est bien une live usb que tu employais).
Attention, j'ai lancé la session Live avec le SSD (HS) branché en SATA. C'était bien le live qui a planté tant que je n'avais pas sorti le SSD SATA (suspect à l'époque) et le live a très bien fonctionné dans les même conditions après uniquement avoir débranché la nappe SATA de ce SSD (suspect à l'époque). L'adaptateur USB-SATA ne m'a servi qu'aujourd'hui pour essayer de mieux diagnostiquer le SSD SATA.
Tu avais momentanément abdiqué toute logique ; je te prie de revenir à ta logique coutumière.
Et non ! J'ai gardé toute logique mais je ne l'ai pas rédigée. Là j'ai dormi toute la journée depuis ce matin. Je dors environ 16h par 24h ces derniers mois. Je suis fatigué et dois bien m'organiser quand je dois démonter mon ordinateur car ce n'est que l'aide à domicile qui pourra le rebrancher sinon il me faut 2h à 4h pour le rebrancher en rampant au sol avec une seule jambe.
Autres pistes
1) Le bios évidemment :
Pour faire démarrer une épave rouillée et antérieure au sata, je me souviens, il y a environ huit ans, d'avoir dû démonter trois périphériques HS (lecteur de disquettes, lecteur de cédéroms, je ne sais plus quel était le 3ème).2) Du côté de cette info récemment exhumée par geole, il y a une idée.
J'ignore encore si elle est transposable au cas de ta machine.
Mais elle mérite que tous les aidants en prennent connaissance.
moko138, veux-tu que je t'envoie le SSD par la Poste si je n'arrive pas à réparer l'alimentation (en pré-supposant que c'est ce qui a lâché) afin que tu puisses constater de toi-même en le branchant sur prise SATA que ça bloque le démarrage (boot) ?
#10633 Le 07/09/2020, à 05:45
- moko138
Re : Topic des lève-tôt [partie 12]
Bonne semaine à tous !
%NOINDEX%
Un utilitaire précieux : ncdu
Photo, mini-tutoriel : À la découverte de dcraw
Hors ligne
#10634 Le 07/09/2020, à 07:07
- F50
Re : Topic des lève-tôt [partie 12]
Salut
#10635 Le 07/09/2020, à 11:24
- Compte supprimé
Re : Topic des lève-tôt [partie 12]
Bonjour à tous !
Un semi-bogue dans Ubuntu 18.04.5 64 bits.
Je viens de le lancer sur J5005-itx avec une seule barrette de 16 Gio de RAM… et bien il n'y a plus de memtest…
Alors je dois trouver une ISO avec memtest dans mes fichiers pour mettre sur clé USB.
J'ai trouvé une ISO de 1,8 Mo de memtest memtest86+-5.31b.iso.gz. - édit : mais ce fichier me fait tout planter et ne boote pas sur mon ordinateur principal car il me trouve que les ports USB sont HS alors que tout fonctionne avec LibraZiK…
Dernière modification par Compte supprimé (Le 07/09/2020, à 11:50)
#10636 Le 07/09/2020, à 11:56
- Compte supprimé
Re : Topic des lève-tôt [partie 12]
Voilà un site fake qui distribue des programmes plantés : https://www.memtest.org/ (programme bogué)
Finalement je suis passé par : https://www.memtest86.com/ (vrai site) Arf ça demande des sous et ça ne fonctionne pas non plus.
Dernière modification par Compte supprimé (Le 07/09/2020, à 12:01)
#10637 Le 07/09/2020, à 12:37
- Compte supprimé
Re : Topic des lève-tôt [partie 12]
Bordel ! Faut pas tout casser à cause d'Ubuntu !
Je viens de graver Ubuntu avec le menu magic-Grub !
C'est le menu Grub qui se modifie en fonction de l'ordinateur.
Sur mon ordinateur actuel de travail j'ai le menu Memtest et sur le nouvel ordinateur il n'y a plus de menu Memtest sûrement parce que c'est un ordinateur EFI ou une connerie de genre qui énerve avec envie de tout casser mais comme il me manque ma jambe droite je ne peux pas donner de grand coup de pied droit dans cette carte mère de merde qui ne supporte pas Memtest !
Bordel il faut que je me calme parce que je viens de perdre 2 heures !
#10638 Le 07/09/2020, à 13:04
- Compte supprimé
Re : Topic des lève-tôt [partie 12]
Ça y est j'ai enfin trouvé un programme memtest qui fonctionne sur EFI, vous pouvez le mettre de cotè celui-ci : https://www.memtest86.com/download.htm Download MemTest86 Free (Version 8.4)
Ouf ! 
L'informatique ? Ce n'est pas pour moi !
Dernière modification par Compte supprimé (Le 07/09/2020, à 13:06)
#10639 Le 07/09/2020, à 14:44
- rogn...
Re : Topic des lève-tôt [partie 12]
Je vends des marteaux si tu en veux un , MP 
#10640 Le 07/09/2020, à 17:27
- Compte supprimé
Re : Topic des lève-tôt [partie 12]
J'ai résolu mon problème.
Je n'avais pas besoin du marteau rouge,
Mais j'avais besoin de l'oreiller blanc !
J'ai fais une sieste de 14h à 16h.
Mon aide a domicile est venue faire les courses et là je me recouche car ça ne sert à rien de lutter contre la fatigue : je vais m'énerver et faire des bêtises. Je préfère dormir.
#10641 Le 08/09/2020, à 07:31
- F50
Re : Topic des lève-tôt [partie 12]
Hola
#10642 Le 08/09/2020, à 07:46
- moko138
Re : Topic des lève-tôt [partie 12]
Salut à tous !
Je vends des marteaux si tu en veux un , MP
Tu fournis aussi le burin ? (Parce que je connais quelqu'un qui a des DVD à graver).
%NOINDEX%
Un utilitaire précieux : ncdu
Photo, mini-tutoriel : À la découverte de dcraw
Hors ligne
#10643 Le 08/09/2020, à 15:57
- Compte supprimé
Re : Topic des lève-tôt [partie 12]
Bonjour à tous !
Réveillé à 15h30, bientôt 16h00 je me rendors.
À+
#10644 Le 09/09/2020, à 05:40
- rogn...
Re : Topic des lève-tôt [partie 12]
Fail
#10645 Le 09/09/2020, à 05:46
- moko138
Re : Topic des lève-tôt [partie 12]
Coin-coin à rogn... et aux autres !
Dernière modification par moko138 (Le 09/09/2020, à 05:48)
%NOINDEX%
Un utilitaire précieux : ncdu
Photo, mini-tutoriel : À la découverte de dcraw
Hors ligne
#10646 Le 09/09/2020, à 05:49
- rogn...
Re : Topic des lève-tôt [partie 12]
J'ai mangé du canard hier.
#10647 Le 09/09/2020, à 07:43
- F50
Re : Topic des lève-tôt [partie 12]
Salut
#10648 Le 09/09/2020, à 08:20
- Compte supprimé
Re : Topic des lève-tôt [partie 12]
Bonjour à tous !
J'ai appris ce matin que les cellules de mémoires DDR4 2400MT/s travaillent à 200MHz.
https://www.hardware.fr/articles/924-4/ … uence.html
#10649 Le 09/09/2020, à 13:25
- Compte supprimé
Re : Topic des lève-tôt [partie 12]
C'est génial. Dire que pour 3,13€ tu peux recevoir par la poste une dizaine de microcontrôleurs 8 bits ATtiny13A pouvant tourner jusqu'à 20 MHz avec 1 kilo-octets de flash rom et 64 octets de RAM.
Ce sont des DIP 8 avec 6 entrées/sorties.
Je vais me faire un petit montage d'éclairage bloc de secours avec un petit buzzer qui me donne le temps de la panne de courant. Passés 60 minutes le bloc de secours basculera en mode radar afin d'économiser la seule batterie 18650.
On ne dirait pas comme ça mais je n'aime pas me retrouver dans le noir complet à minuit assis sur les toilettes avec une prothèse qui fait que je ne peux pas marcher normalement malgré une béquille...
Dernière modification par Compte supprimé (Le 09/09/2020, à 13:29)
#10650 Le 09/09/2020, à 18:18
- Compte supprimé
Re : Topic des lève-tôt [partie 12]
Énorme coup de fatigue à 18h. Je vais manger dans quelques minutes et je me coucherai vers 19h. À tous je vous dis à demain peut-être si je me réveille à l'heure.