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.

Pages : 1 2 3 4 5

#26 Le 31/08/2020, à 18:28

geole

Re : [ REAPPARU ] disque dur inaccessible , reparable ?

moko138 a écrit :

Aux aidants :
Dans le boot-info d'iznobe at Tue, 25 Aug 2020 11:36:03 +0000

sdb:4001GB:scsi:512:4096:gpt:ATA ST4000VX000-2AG1:;
1:1049kB:3985GB:3985GB:ext4:Seagate_4T:;
2:3985GB:4001GB:16.0GB:linux-swap(v1):swap.SDB:swap;

On voit clairement que l'unité  physique de lecture et d'écriture  est conforme  à la documentation soit 4096
alors que le rapport smartctl indique  maintenant 512.
Pas surprenant que cela pose des problèmes d'accès

Dernière modification par geole (Le 31/08/2020, à 18:30)

Les grilles de l'installateur https://doc.ubuntu-fr.org/tutoriel/inst … _subiquity
"gedit admin:///etc/fstab" est proscrit,  utilisez "pkexec env DISPLAY=$DISPLAY XAUTHORITY=$XAUTHORITY xdg-open /etc/fstab" Voir  https://doc.ubuntu-fr.org/gedit
Les partitions EXT4 des disques externes => https://forum.ubuntu-fr.org/viewtopic.p … #p22697248

En ligne

#27 Le 31/08/2020, à 20:19

moko138

Re : [ REAPPARU ] disque dur inaccessible , reparable ?

Puisque

parted -lm :
sdb:4001GB:scsi:512:4096:gpt:ATA ST4000VX000-2AG1:;
1:1049kB:3985GB:3985GB:ext4:Seagate_4T:;

Copie-colle

sudo dd if=/dev/disk/by-id/wwn-0x5000c5009c6b75f5 bs=512 skip=2048 count=4 | hexdump -C

et montre son retour.

  Pareil pour 

sudo lsblk -o name,fstype,size,label,mountpoint -e 7 ; echo -e "\n\t\t\t= = =\nDésignations...\n\t...stables\t\t\t                     ...instables :"; ls -l /dev/disk/by-id | grep -Evi "\-part|Reader" | awk '{print $9,$11}' | sort -k2 | column -s' ' -t

     Merci !    (Ce sont des commandes purement descriptives).

%NOINDEX%
Un utilitaire précieux : ncdu
Photo, mini-tutoriel :  À la découverte de dcraw

Hors ligne

#28 Le 31/08/2020, à 20:25

iznobe

Re : [ REAPPARU ] disque dur inaccessible , reparable ?

RE ,

bon alors , par ou commencer ?
pour windows , je laisse tomber le deplacement disque partition , meme si il faut 10 minutes avant que je puisse lancer un programme ...
je verrais cela plus tard , j  ' ai deja bien assez de complication comme cela !

Pour ce qui est du disque , vous allez rire ou pas , mais j ' ai demarrer avec le BIOS en EFI sur le grub je choisis la LM de secours installé sur un disque table GPT mais pas en EFI ( ca demarre niquel malgré des avertissements comme quoi il trouve pas ce qu ' il cherche dans la part EFI wink ), entre temps j ' avais viré mon disque seagate de 4TO de l ' ordi pour eviter d' empirer les choses , j ' ai fait un double de mon ancienne sauvegarde , deplacer des fichiers pour reorganiser tout ca a peu pres proprement et pouvoir y mettre tout ce petit monde .

bref rien de folichon .

je relance l ' ordi et selectionne donc mon OS principal , rebellotte , il met un temps fou a demarrer sad
apres 10 min d' attente , je laisse appuyer sur le bouton afin de tout arreter a la sauvage .
j ' enleve mon disque de sauvegarde et je remet le defectueux de 4TO a la place du sauvegarde bis ( donc plus en SDB , il est en position SDE  maintenant )

j ' essaie de demarrer sur ubuntu donc et toujours pareil ... ca veut plus rien savoir yikes

je re eteins a la sauvage et me dis que juste avant LM avais booté , donc je repars la dessus dans le grub .
ouf ! ca demarre ! roll
je me resigne donc a passer la commande demander par geole , j  avoue sans grand enthousiasme ...

et là j ' obtiens ca :

iznobe@iznobe-PC:~$ sudo smartctl -s on   -d sat   -T  verypermissive  -a  /dev/sde
[sudo] Mot de passe de iznobe :    
smartctl 6.6 2016-05-31 r4324 [x86_64-linux-4.15.0-112-generic] (local build)
Copyright (C) 2002-16, Bruce Allen, Christian Franke, www.smartmontools.org

=== START OF INFORMATION SECTION ===
Device Model:     ST4000VX000-2AG166
Serial Number:    WDH07RQF
LU WWN Device Id: 5 000c50 09c6b75f5
Firmware Version: CV11
User Capacity:    4000787030016 bytes [4,00 TB]
Sector Sizes:     512 bytes logical, 4096 bytes physical
Rotation Rate:    5980 rpm
Form Factor:      3.5 inches
Device is:        Not in smartctl database [for details use: -P showall]
ATA Version is:   ACS-3 T13/2161-D revision 5
SATA Version is:  SATA 3.1, 6.0 Gb/s (current: 6.0 Gb/s)
Local Time is:    Mon Aug 31 21:05:30 2020 CEST
SMART support is: Available - device has SMART capability.
SMART support is: Enabled

=== START OF ENABLE/DISABLE COMMANDS SECTION ===
SMART Enabled.

=== START OF READ SMART DATA SECTION ===
SMART overall-health self-assessment test result: PASSED

General SMART Values:
Offline data collection status:  (0x82)	Offline data collection activity
					was completed without error.
					Auto Offline Data Collection: Enabled.
Self-test execution status:      (   0)	The previous self-test routine completed
					without error or no self-test has ever 
					been run.
Total time to complete Offline 
data collection: 		(  591) seconds.
Offline data collection
capabilities: 			 (0x7b) SMART execute Offline immediate.
					Auto Offline data collection on/off support.
					Suspend Offline collection upon new
					command.
					Offline surface scan supported.
					Self-test supported.
					Conveyance Self-test supported.
					Selective Self-test supported.
SMART capabilities:            (0x0003)	Saves SMART data before entering
					power-saving mode.
					Supports SMART auto save timer.
Error logging capability:        (0x01)	Error logging supported.
					General Purpose Logging supported.
Short self-test routine 
recommended polling time: 	 (   1) minutes.
Extended self-test routine
recommended polling time: 	 ( 625) minutes.
Conveyance self-test routine
recommended polling time: 	 (   2) minutes.
SCT capabilities: 	       (0x50bd)	SCT Status supported.
					SCT Error Recovery Control supported.
					SCT Feature Control supported.
					SCT Data Table supported.

SMART Attributes Data Structure revision number: 10
Vendor Specific SMART Attributes with Thresholds:
ID# ATTRIBUTE_NAME          FLAG     VALUE WORST THRESH TYPE      UPDATED  WHEN_FAILED RAW_VALUE
  1 Raw_Read_Error_Rate     0x000f   079   064   044    Pre-fail  Always       -       79360544
  3 Spin_Up_Time            0x0003   095   093   000    Pre-fail  Always       -       0
  4 Start_Stop_Count        0x0032   097   097   020    Old_age   Always       -       3632
  5 Reallocated_Sector_Ct   0x0033   100   100   010    Pre-fail  Always       -       0
  7 Seek_Error_Rate         0x000f   081   060   045    Pre-fail  Always       -       114733019
  9 Power_On_Hours          0x0032   089   089   000    Old_age   Always       -       10247 (10 92 0)
 10 Spin_Retry_Count        0x0013   100   100   097    Pre-fail  Always       -       0
 12 Power_Cycle_Count       0x0032   098   098   020    Old_age   Always       -       2093
184 End-to-End_Error        0x0032   100   100   099    Old_age   Always       -       0
187 Reported_Uncorrect      0x0032   100   100   000    Old_age   Always       -       0
188 Command_Timeout         0x0032   100   099   000    Old_age   Always       -       4295032833
189 High_Fly_Writes         0x003a   100   100   000    Old_age   Always       -       0
190 Airflow_Temperature_Cel 0x0022   067   051   040    Old_age   Always       -       33 (Min/Max 30/33)
191 G-Sense_Error_Rate      0x0032   100   100   000    Old_age   Always       -       0
192 Power-Off_Retract_Count 0x0032   100   100   000    Old_age   Always       -       1805
193 Load_Cycle_Count        0x0032   094   094   000    Old_age   Always       -       13865
194 Temperature_Celsius     0x0022   033   049   000    Old_age   Always       -       33 (0 14 0 0 0)
197 Current_Pending_Sector  0x0012   100   100   000    Old_age   Always       -       0
198 Offline_Uncorrectable   0x0010   100   100   000    Old_age   Offline      -       0
199 UDMA_CRC_Error_Count    0x003e   200   200   000    Old_age   Always       -       0
240 Head_Flying_Hours       0x0000   100   253   000    Old_age   Offline      -       4905 (234 228 0)
241 Total_LBAs_Written      0x0000   100   253   000    Old_age   Offline      -       26255520969
242 Total_LBAs_Read         0x0000   100   253   000    Old_age   Offline      -       32167452089

SMART Error Log Version: 1
No Errors Logged

SMART Self-test log structure revision number 1
No self-tests have been logged.  [To run self-tests, use: smartctl -t]

SMART Selective self-test log data structure revision number 1
 SPAN  MIN_LBA  MAX_LBA  CURRENT_TEST_STATUS
    1        0        0  Not_testing
    2        0        0  Not_testing
    3        0        0  Not_testing
    4        0        0  Not_testing
    5        0        0  Not_testing
Selective self-test flags (0x0):
  After scanning selected spans, do NOT read-scan remainder of disk.
If Selective self-test is pending on power-up, resume after 0 minute delay.

iznobe@iznobe-PC:~$

du coup je suis alle tester avec l ' outil du diable ( gros faineant que je suis tongue ) si il se montait auto , tout est à nouveau operationnel sur le disque , les fichiers sont là iln ' a pas l ' air d ' en manquer , j ' ai fait le tour vite fait , mais bon les dernieres sauvegardes sont presentes lol

du coup j ' ai lancé la copie sur un autre disque que j ' ai ramené du boulot .

je ne comprends rien du tout a ce qu ' il se passe avec mon ordi .

vu que j ' en ai pour pratiquement 4 heures a dupliquer ma sauvegarde principale , j ' en ai profité pour modifier le fichier /etc/fstab et j ' ai suivi les consignes de moko138 .

cependant une question pour mon windows 10 , dans le fstab je devrais mettre quoi comme ligne ?
ca parait correct ? :

/dev/disk/by-label/windows_10   /media/windows_10       ntfs-3g defaults            0 0

A priori il est inutile de monter toutes les partitions en auto dans le fstab , cependant je ne sais pas comment faire pour creer un lien qui permettrai de " court-circuité " le gestionnaire de fichier et avoir un montage sur le bureau au click et une ouverture ( je sais je suis une grosse faignasse tongue )
ca serait utile pour ma partition de sauvegarde bis par exemple .

sinon pour le probleme en court voici le resultat des commandes de moko :
Pour la premiere :

iznobe@iznobe-PC:~$ sudo dd if=/dev/disk/by-id/wwn-0x5000c5009c6b75f5 bs=512 skip=2048 count=4 | hexdump -C
[sudo] Mot de passe de iznobe :    
4+0 enregistrements lus
4+0 enregistrements écrits
00000000  00 00 00 00 00 00 00 00  00 00 00 00 00 00 00 00  |................|
*
2048 bytes (2,0 kB, 2,0 KiB) copied, 0,136604 s, 15,0 kB/s
00000400  00 20 7f 0e 00 78 fc 39  32 39 e6 02 6c 50 83 0a  |. ...x.929..lP..|
00000410  9a 2c 6e 0e 00 00 00 00  02 00 00 00 02 00 00 00  |.,n.............|
00000420  00 80 00 00 00 80 00 00  00 20 00 00 78 3d 4d 5f  |......... ..x=M_|
00000430  78 3d 4d 5f f7 07 ff ff  53 ef 01 00 01 00 00 00  |x=M_....S.......|
00000440  5f 44 f6 57 00 00 00 00  00 00 00 00 01 00 00 00  |_D.W............|
00000450  00 00 00 00 0b 00 00 00  00 01 00 00 3c 00 00 00  |............<...|
00000460  46 02 00 00 7b 00 00 00  4f 8c c2 84 cd 84 4e eb  |F...{...O.....N.|
00000470  b4 12 75 39 f8 16 64 c4  53 65 61 67 61 74 65 5f  |..u9..d.Seagate_|
00000480  34 54 00 00 00 00 00 00  2f 6d 65 64 69 61 2f 69  |4T....../media/i|
00000490  7a 6e 6f 62 65 2f 53 65  61 67 61 74 65 5f 34 54  |znobe/Seagate_4T|
000004a0  00 30 00 30 00 00 00 00  00 00 00 00 00 00 00 00  |.0.0............|
000004b0  00 00 00 00 00 00 00 00  00 00 00 00 00 00 00 00  |................|
000004c0  00 00 00 00 00 00 00 00  00 00 00 00 00 00 18 03  |................|
000004d0  00 00 00 00 00 00 00 00  00 00 00 00 00 00 00 00  |................|
000004e0  08 00 00 00 00 00 00 00  00 00 00 00 8b d1 46 c0  |..............F.|
000004f0  95 9b 40 13 93 1b 1f 30  0b c9 02 0c 01 01 00 00  |..@....0........|
00000500  0c 00 00 00 00 00 00 00  54 34 f4 57 0a f3 02 00  |........T4.W....|
00000510  04 00 00 00 00 00 00 00  00 00 00 00 ff 7f 00 00  |................|
00000520  00 80 18 1d ff 7f 00 00  01 00 00 00 ff ff 18 1d  |................|
00000530  00 00 00 00 00 00 00 00  00 00 00 00 00 00 00 00  |................|
00000540  00 00 00 00 00 00 00 00  00 00 00 00 00 00 00 08  |................|
00000550  00 00 00 00 00 00 00 00  00 00 00 00 1c 00 1c 00  |................|
00000560  01 00 00 00 f0 7f 00 00  00 00 00 00 00 00 00 00  |................|
00000570  00 00 00 00 04 00 00 00  9e b8 04 ac 02 00 00 00  |................|
00000580  00 00 00 00 00 00 00 00  00 00 00 00 00 00 00 00  |................|
*
00000800
iznobe@iznobe-PC:~$

et la 2eme :

iznobe@iznobe-PC:~$ sudo lsblk -o name,fstype,size,label,mountpoint -e 7 ; echo -e "\n\t\t\t= = =\nDésignations...\n\t...stables\t\t\t                     ...instables :"; ls -l /dev/disk/by-id | grep -Evi "\-part|Reader" | awk '{print $9,$11}' | sort -k2 | column -s' ' -t
NAME        FSTYPE   SIZE LABEL       MOUNTPOINT
sda                  2,7T             
├─sda1      ext4     293G home        
├─sda2      ext4     2,4T Toshiba_3T  
└─sda3      swap    15,6G swap        
sdb                465,8G             
├─sdb1      ntfs   465,1G windows_10  
├─sdb2      vfat     100M             
└─sdb3      ntfs     535M             
sdc                465,8G             
├─sdc1      ext4    19,5G L_M_secours /
├─sdc2      ext4    14,7G Ubuntu      
└─sdc3      ext4   431,6G Sauvegardes 
sdd                  7,3T             
├─sdd1      ext4     6,8T Western_8T  /media/iznobe/Western_8T
└─sdd2      ext4   488,3G SAUV        
sde                  3,7T             
├─sde1      ext4     3,6T Seagate_4T  /media/iznobe/Seagate_4T
└─sde2      swap    14,9G             [SWAP]
nvme0n1              477G             
├─nvme0n1p1 vfat     243M             
├─nvme0n1p2 ext4    30,5G             /media/iznobe/eb18366b-2ac9-4a7e-8f93-ba2caa30e90e
└─nvme0n1p3 ext4   321,2G             

			= = =
Désignations...
	...stables			                     ...instables :
nvme-ADATA_SX8200PNP_2K0320065219                                                ../../nvme0n1
nvme-nvme.1cc1-324b30333230303635323139-414441544120535838323030504e50-00000001  ../../nvme0n1
ata-TOSHIBA_HDWD130_30ARS80AS                                                    ../../sda
wwn-0x5000039fe6f49dfc                                                           ../../sda
ata-Maxtor_7H500F0_H80V8B8H                                                      ../../sdb
ata-ST3500320AS_9QM07KWA                                                         ../../sdc
wwn-0x5000c50009a0fb16                                                           ../../sdc
ata-WDC_WD82PURZ-85TEUY0_VDK8KDPK                                                ../../sdd
wwn-0x5000cca0bbee2ad5                                                           ../../sdd
ata-ST4000VX000-2AG166_WDH07RQF                                                  ../../sde
wwn-0x5000c5009c6b75f5                                                           ../../sde
iznobe@iznobe-PC:~$

Dernière modification par iznobe (Le 31/08/2020, à 20:47)

retour COMPLET et utilisable de commande
MSI Z490A-pro , i7 10700 , 32 GB RAM .

En ligne

#29 Le 31/08/2020, à 21:28

moko138

Re : [ REAPPARU ] disque dur inaccessible , reparable ?

cependant une question pour mon windows 10 , dans le fstab je devrais mettre quoi comme ligne ?
ca parait correct ? :

/dev/disk/by-label/windows_10   /media/windows_10       ntfs-3g defaults            0 0

Non. Pas du tout.
Mais pourquoi diable monter systématiquement la partition système de windows ???
C'est ouvrir la porte à des modifications accidentelles catastrophiques !

= =

Pour la partition ntfs de données partagées
Je note (dans le retour de lsblk) que chez toi elle reste à créer - depuis Windows -, au lieu de garder un C: de 465 Gio !

  - pour un utilisateur unique :

UUID=(...)  /media/NTFS-ABCD  ntfs-3g  defaults,locale=fr_FR.UTF-8,nofail,uid=1000,gid=1000,windows_names  0  0

  - pour utilisateurs multiples, il me semble bien que c'est :

UUID=(...)  /media/NTFS-ABCD  ntfs-3g  defaults,locale=fr_FR.UTF-8,nofail,permissions,windows_names  0  0

Mais j'en suis resté à novembre 2018 ; geole et Coeur Noir, qui pratiquent régulièrement, auront sûrement des conseils plus à jour que les miens !

%NOINDEX%
Un utilitaire précieux : ncdu
Photo, mini-tutoriel :  À la découverte de dcraw

Hors ligne

#30 Le 01/09/2020, à 07:04

iznobe

Re : [ REAPPARU ] disque dur inaccessible , reparable ?

Bonjour ,

Pour la partition windows systeme , je la commente en suite , c ' est juste au cas ou j ' en ai besoin .

je viens de voir sur le manuel utilisateur que dans certains cas , des slots SATA ne sont plus operationnels lorsqu ' un ou 2 disques NVME sont branchés :

∙ ∙ Le connecteur SATA2 est indisponible lorsqu’un SSD SATA M.2 est installé dans le
slot M2_1.
∙ ∙ Les connecteurs SATA5 et SATA6 sont indisponibles lorsqu’un SSD M.2 est installé
dans le slot M2_2.

on est bien d' accord que le disque nvme ( https://www.amazon.fr/gp/product/B07K1H … UTF8&psc=1 ) n  ' est pas un disque SATA ?

et donc que ca laisse les 6 slots SATA disponible , ou bien il y a une erreur de traduction dans le manuel , ou bien un bug dans le BIOS ...

la carte mere est une MSI Z490-A PRO : https://fr.msi.com/Motherboard/support/Z490-A-PRO

Dernière modification par iznobe (Le 01/09/2020, à 07:07)

retour COMPLET et utilisable de commande
MSI Z490A-pro , i7 10700 , 32 GB RAM .

En ligne

#31 Le 01/09/2020, à 09:37

geole

Re : [ REAPPARU ] disque dur inaccessible , reparable ?

Bonjour
On est d'accord que le NVME n'est pas un disque.
   Donc normalement windows y accéderait  avec un driver RAID.  Mais cette conception est inconnue de ubuntu qui y accède en technique disque dur en basculant en mode AHCI.
   J'ai participé à une discussion    qui montrait qu'il fallait sacrifier  un port SATA.  je sais que c'était une carte mére MSI. Je vais essayer de retrouver.

La prochaine fois que tu auras un démarrage très long, donne le retour de cette commande.

journalctl  -b  -p err

Mais on va essayer de retrouver ce qui s'est passé en remontant le temps.
Voici des commandes à faire

journalctl  -b -1 -p err
journalctl  -b -2 -p err
journalctl  -b -3 -p err
journalctl  -b -4 -p err

etc......
Tu ne posteras pas les retours lorsqu'ils seront très semblables à un des précédents.

A propos du montage d'une partition windows, Voici ce qui est généré en automatique en version  18.04 par gnome-disk utility

LABEL=Windows10SIMPLE /media/Windows10SIMPLE auto nosuid,nodev,nofail,x-gvfs-show 0 0

Le montage par labet est un choix fait dans le menu déroulant.
Le montage sur /media est un choix personnel fait en remplaçant /mnt par /media.
     La raison de ce choix. On m'a convaincu que l'accès par le bureau est  nettement plus facile.
A propos du dernier 0...   On peut remplacer par 2. 
MAIS, elle permet de fabriquer des noms de fichiers incompatibles avec la norme window! Par exemple un nom de ce style a:a
   ==> Solution: Ajouter manuellement l'option windows_names   Ce qui va donner une interdiction de création.

a@a:/media/Windows10SIMPLE/TEST$ echo a >"B:B"
bash: B:B: Argument invalide
a@a:/media/Windows10SIMPLE/TEST$

MAIS si l'ordinateur est partagé  par plusieurs personnes, elle ne sait pas gérer les "permissions windows". Dans ce cas, il faut remplacer "auto nosuid," par "ntfs-3g    "
NOTA. Une codification de ce style fonctionne bien

UUID=007A992054C5D589     /DATA     ntfs-3g

Dernière modification par geole (Le 01/09/2020, à 10:52)

Les grilles de l'installateur https://doc.ubuntu-fr.org/tutoriel/inst … _subiquity
"gedit admin:///etc/fstab" est proscrit,  utilisez "pkexec env DISPLAY=$DISPLAY XAUTHORITY=$XAUTHORITY xdg-open /etc/fstab" Voir  https://doc.ubuntu-fr.org/gedit
Les partitions EXT4 des disques externes => https://forum.ubuntu-fr.org/viewtopic.p … #p22697248

En ligne

#32 Le 01/09/2020, à 10:46

geole

Re : [ REAPPARU ] disque dur inaccessible , reparable ?

iznobe a écrit :

 
je me résigne donc à passer la commande demandée par geole , j'avoue sans grand enthousiasme ...
et là j'obtiens ça :

iznobe@iznobe-PC:~$ sudo smartctl -s on   -d sat   -T  verypermissive  -a  /dev/sde
=== START OF INFORMATION SECTION ===
Device Model:     ST4000VX000-2AG166
ID# ATTRIBUTE_NAME          FLAG     VALUE WORST THRESH TYPE      UPDATED  WHEN_FAILED RAW_VALUE
  1 Raw_Read_Error_Rate     0x000f   079   064   044    Pre-fail  Always       -      
  5 Reallocated_Sector_Ct   0x0033   100   100   010    Pre-fail  Always       -       0
  7 Seek_Error_Rate         0x000f   081   060   045    Pre-fail  Always       -       
  9 Power_On_Hours          0x0032   089   089   000    Old_age   Always       -       10247 (10 92 0)
188 Command_Timeout         0x0032   100   099   000    Old_age   Always       -       
197 Current_Pending_Sector  0x0012   100   100   000    Old_age   Always       -       0
198 Offline_Uncorrectable   0x0010   100   100   000    Old_age   Offline      -       0
199 UDMA_CRC_Error_Count    0x003e   200   200   000    Old_age   Always       -       0

SMART Error Log Version: 1
No Errors Logged

Merci pour ta franchise. Je ne comprends d'ailleurs pas moi-même pourquoi cela fonctionne.
On est en présence d'un disque parfaitement sain prévu pour fonctionner 100.000 heures et pas un million d'heures comme le dit la documentation..

La première demande formulée n'avait pas abouti avec un retour anormal.
    Très souvent, le retour est accompagné d'un code permettant  un complément de commande. J'ai donc agit comme si ce code existait.
Avec ce modèle de disque, la documentation smart, indique  que  c'est le code    -d sat
Avec cette option, la communication est cassée et ce nouveau protocole est mis en place. Il peut arriver de se tromper.   Dans ce cas  il devient impossible d'accéder au disque sauf après reboot qui rétablit un autre protocole de communication.

Lorsque le disque est connecté en mode USB, cette option est quasiment systématiquement nécessaire. Comme ton disque est un 3,5 pouces, j'ai pensé qu'il était connecté en USB. Mais pourquoi pas en disque interne d'où ma demande.  Lorsque tu as répondu que c'était un disque interne, j' ai eu un doute sur la  possibilité de réponse.

Dernière modification par geole (Le 01/09/2020, à 10:50)

Les grilles de l'installateur https://doc.ubuntu-fr.org/tutoriel/inst … _subiquity
"gedit admin:///etc/fstab" est proscrit,  utilisez "pkexec env DISPLAY=$DISPLAY XAUTHORITY=$XAUTHORITY xdg-open /etc/fstab" Voir  https://doc.ubuntu-fr.org/gedit
Les partitions EXT4 des disques externes => https://forum.ubuntu-fr.org/viewtopic.p … #p22697248

En ligne

#33 Le 01/09/2020, à 10:57

geole

Re : [ REAPPARU ] disque dur inaccessible , reparable ?

iznobe a écrit :

traduction dans le manuel , ou bien un bug dans le BIOS ...
la carte mere est une MSI Z490-A PRO : https://fr.msi.com/Motherboard/support/Z490-A-PRO

Bien que cela ne soit pas le même n°, Lis cette longue discussion https://forum.ubuntu-fr.org/viewtopic.php?id=2044966 Elle va peut-être  te rappeler quelque chose.

Sur la carte-mère MSI 570 A PRO, les ports SATA 1 et SATA 2 sont contrôlés par une puce ASMedia ASM1061. Cette puce contient la commande NCQ  (Native Command Queuing) qui est une technique conçue pour augmenter les performances des disques durs SATA en permettant au disque dur individuel de recevoir plus d'une requête Entrées/Sorties à la fois et de décider laquelle accomplir d'abord.
Si on branche un lecteur-graveur sur un des deux ports SATA contrôlés par cette puce, alors le démarrage d’Ubuntu est bloqué, même si le lecteur ne contient aucun disque, et quelle que soit la version d’Ubuntu (16.04, 18.04 ou 19.10) et quelle que soit la version du bios de la carte-mère MSI 570 A PRO (jusqu’à la version 7C37VH5 du 30/10/2019).

SOLUTION 1 : ne pas utiliser les SATA 1 et 2, mais utiliser les autres ports SATA
SOLUTION 2 : désactiver la commande NCQ en introduisant la commande

libata.force=noncq

  dans le fichier

/etc/default/grub

Dernière modification par geole (Le 01/09/2020, à 11:00)

Les grilles de l'installateur https://doc.ubuntu-fr.org/tutoriel/inst … _subiquity
"gedit admin:///etc/fstab" est proscrit,  utilisez "pkexec env DISPLAY=$DISPLAY XAUTHORITY=$XAUTHORITY xdg-open /etc/fstab" Voir  https://doc.ubuntu-fr.org/gedit
Les partitions EXT4 des disques externes => https://forum.ubuntu-fr.org/viewtopic.p … #p22697248

En ligne

#34 Le 01/09/2020, à 11:43

moko138

Re : [ REAPPARU ] disque dur inaccessible , reparable ?

Pour les lignes du fstab concernant le NTFS,

geole a écrit :

A propos du dernier 0...   On peut remplacer par 2.

C'est techniquement faisable. Mais dans un pc qui contient Windows, c'est une ABERRATION dangereuse pour les données. Il suffit de lire 

man ntfsfix

pour le comprendre.

%NOINDEX%
Un utilitaire précieux : ncdu
Photo, mini-tutoriel :  À la découverte de dcraw

Hors ligne

#35 Le 01/09/2020, à 12:07

iznobe

Re : [ REAPPARU ] disque dur inaccessible , reparable ?

Bonjour geole ,

Pour les commandes demandées , malheureusement on ne pourra pas remonter le temps a cause de mon fichier fstab :

iznobe@iznobe-PC:~$ cat /etc/fstab
# /etc/fstab: static file system information.
#
# Use 'blkid' to print the universally unique identifier for a
# device; this may be used with UUID= as a more robust way to name devices
# that works even if disks are added and removed. See fstab(5).
#
# <file system>                            <mount point>   <type>    <options>       <dump>  <pass>
# / was on /dev/nvme0n1p2 during installation
UUID=eb18366b-2ac9-4a7e-8f93-ba2caa30e90e   /              ext4    errors=remount-ro 0       1

# /boot/efi was on /dev/nvme0n1p1 during installation
#UUID=79B2-EB37  /boot/efi       vfat    umask=0077      0       1
UUID=79B2-EB37	/boot/efi	vfat	defaults	0	1

# /home was on /dev/sdd1 during installation
UUID=6dd3be64-2092-4e06-817a-ecc5f1463bda /home           ext4    defaults        0       2

# swap was on /dev/sda3 during installation
UUID=04841904-7afa-43b0-bff3-0722fe2cc3bf none            swap    sw              0       0


/dev/disk/by-label/Seagate_4T   /media/Seagate_4T       ext4    defaults,nofail     0 2
#/dev/disk/by-label/windows_10   /media/windows_10       ntfs-3g defaults            0 0
/dev/disk/by-label/Toshiba_3T   /media/Toshiba_3T       ext4    defaults,nofail     0 2
/dev/disk/by-label/Western_8T   /media/Western_8T       ext4    defaults,nofail     0 2
#/dev/disk/by-label/L_M_secours  /media/L_M_secours      ext4    defaults,nofail     0 2
#/dev/disk/by-label/Ubuntu       /media/Ubuntu           ext4    defaults,nofail     0 2
/dev/disk/by-label/Sauvegardes  /media/Sauvegardes      ext4    defaults,nofail     0 2
/dev/disk/by-label/SAUV         /media/SAUV             ext4    defaults,nofail     0 2
#/dev/disk/by-label/Seagate_1T   /media/Seagate_1T       ext4    defaults,nofail     0 2

# limitation ecritures disques SSD ###
#######################################
tmpfs                                                   /tmp                                                            tmpfs   defaults                0       0
tmpfs                                                   /var/log                                                        tmpfs   defaults,nosuid,nodev,noatime,mode=0755,size=1g
#tmpfs                                                  /var/cache/apt/archives                                         tmpfs   defaults,size=2g        0       0
tmpfs                                                   /home/iznobe/.cache                                             tmpfs   defaults,size=1g        0       0

#ramdisk
tmpfs                                                   /media/ramdisk                    tmpfs   rw,noatime,x-gvfs-show,size=28G 0       0
##########################################
# FIN limitation ecritures disques SSD ###

###  Montages special samba un seul dossier partage :
/media/Western_8T/PartageW8T  /partages/W8T   auto bind,x-systemd.requires=/mnt/Western_8T/PartageW8T  0  0
#/media/Seagate_4T/PartageS4T  /partages/S4T   auto bind,x-systemd.requires=/mnt/Seagate_4T/PartageS4T  0  0
/media/Toshiba_3T/PartageT3T  /partages/T3T   auto bind,x-systemd.requires=/mnt/Toshiba_3T/PartageT3T  0  0

iznobe@iznobe-PC:~$

Pour ce qui est de la discussion linké , il ya des choses bizzares , mais je ne suis pas sur d' avoir branché mon lecteur DVD , il n ' y avait plus de place sur les ports SATA , mais pas sur du tout en fait , tellement de mouvement depuis que j ' ai changé de carte mere ...

en tout cas , c ' est assez ressemblant au niveau des messages d ' erreurs qui defilent au demarrage puis a l ' arret a la sauvage .

Par contre le vieux disque MAXTOR 500 GO et le seagate 500 ne sont probablement pas en SATA6GGbps , il se peut que ca cee un bug similaire . d ' ou l ' idée de faire des images disques de ces 2 disques , puis de les virés sur un autre en SATA 3 6Gbps , mais a priori ca risque de ne pas marcher , ca m ' aurait liberer 2 ports SATA , moins de conso electrique et peut etre moins de probleme de demarrage .

Actuellement , j ' ai repositionner mes DD , les recents sur ports SATA 1 , 2, et 3 , debrancher le lecteur DVD completement , et mis les vieux disques sur ports SATA 5 et 6 . ca l ' air de bien se passer pour les montages , je vais tester l ' ecriture suppression chacun d' eux pour etre sur que tout va bien .
et j ' ai demarrer sur le " disque " M.2 demarrage en moins de 10 sec !

juste pour etre sur du coup , au niveau du disque Seagate 4 TO , je n ' ai rien a y faire ?
dans les données smart de gnome disk utility il y a une ligne qui me turlupine tout de meme , la premiere :

ID : 1 , ATTRIBUT : taux d ' erreur de lecture , VALEUR : 31544779 , NORMALISE : 75,  SEUIL : 44, LA PIRE : 64, TYPE : prediction de panne, MISES A JOUR : en ligne, ESTIMATION : ok .

une verif quelconque ne vous parait pas necessaire ?

je m ' occuperai de la partition de données partagée windows 10 lorsque j ' aurais reussi a l ' installer sur le nvme M.2 , j ' ai demandé sur les forums MSI france et anglais + envoye un ticket au support MSI  il ya bientot 48 heures .
les 3 sont sans reponses pour le moment .

Dernière modification par iznobe (Le 01/09/2020, à 12:27)

retour COMPLET et utilisable de commande
MSI Z490A-pro , i7 10700 , 32 GB RAM .

En ligne

#36 Le 01/09/2020, à 12:35

moko138

Re : [ REAPPARU ] disque dur inaccessible , reparable ?

dans les données smart de gnome disk utility il y a une ligne qui me turlupine

Relis ./viewtopic.php?pid=22331082#p22331082

%NOINDEX%
Un utilitaire précieux : ncdu
Photo, mini-tutoriel :  À la découverte de dcraw

Hors ligne

#37 Le 01/09/2020, à 12:42

geole

Re : [ REAPPARU ] disque dur inaccessible , reparable ?

La proposition était de modifier la 10eme ligne du fichier /etc/default/grub
afin qu'elle ressemble à cela.

GRUB_CMDLINE_LINUX_DEFAULT=" quiet splash  libata.force=noncq  vt.handoff=7"

et de valider par

sudo update-grub

et de vérifier que tu pouvais brancher tes disques n'importe où

NOTA   les commandes journal..... sont indépendantes  du contenu du fichier /etc/fstab

  1 Raw_Read_Error_Rate     0x000f   079   064   044    Pre-fail  Always       -   

Par principe, la  valeur  n'a pas le droit de descendre en dessous de 044   sous peine d'une alerte failling

   Récemment (les 20 dernières minutes ?)  elle estimée  à 079     ce qui est une valeur normale pour ce type de disque
A un moment donné elle est descendue à 064    ce qui n'est pas catastrophique    mais, à mon avis, c'est lié à l'incident qui fait mal lire le disque..

Dernière modification par geole (Le 01/09/2020, à 12:43)

Les grilles de l'installateur https://doc.ubuntu-fr.org/tutoriel/inst … _subiquity
"gedit admin:///etc/fstab" est proscrit,  utilisez "pkexec env DISPLAY=$DISPLAY XAUTHORITY=$XAUTHORITY xdg-open /etc/fstab" Voir  https://doc.ubuntu-fr.org/gedit
Les partitions EXT4 des disques externes => https://forum.ubuntu-fr.org/viewtopic.p … #p22697248

En ligne

#38 Le 01/09/2020, à 12:59

iznobe

Re : [ REAPPARU ] disque dur inaccessible , reparable ?

geole a écrit :

La proposition était de modifier la 10eme ligne du fichier /etc/default/grub
afin qu'elle ressemble à cela.

GRUB_CMDLINE_LINUX_DEFAULT=" quiet splash  libata.force=noncq  vt.handoff=7"

et de valider par

sudo update-grub

et de vérifier que tu pouvais brancher tes disques n'importe où

je ferais ca . le probleme etant que je ne sais pas vraiment comment reproduire a coup sur le bug pour le moment et donc en deduire si ca marche ou pas .

geole a écrit :

NOTA   les commandes journal..... sont indépendantes  du contenu du fichier /etc/fstab

avec ces lignes dans le fstab :

# limitation ecritures disques SSD ###
#######################################
tmpfs                                                   /tmp                                                            tmpfs   defaults                0       0
tmpfs                                                   /var/log                                                        tmpfs   defaults,nosuid,nodev,noatime,mode=0755,size=1g
#tmpfs                                                  /var/cache/apt/archives                                         tmpfs   defaults,size=2g        0       0
tmpfs                                                   /home/iznobe/.cache

je ne suis pas sur que le journal soit conservé sur le disque dur .

voici le retour des 4 commandes journal :

iznobe@iznobe-PC:~$ journalctl  -b -1 -p err
Specifying boot ID or boot offset has no effect, no persistent journal was found.
iznobe@iznobe-PC:~$ journalctl  -b -2 -p err
Specifying boot ID or boot offset has no effect, no persistent journal was found.
iznobe@iznobe-PC:~$ journalctl  -b -3 -p err
Specifying boot ID or boot offset has no effect, no persistent journal was found.
iznobe@iznobe-PC:~$ journalctl  -b -4 -p err
Specifying boot ID or boot offset has no effect, no persistent journal was found.
iznobe@iznobe-PC:~$
geole a écrit :

  1 Raw_Read_Error_Rate     0x000f   079   064   044    Pre-fail  Always       -   

Par principe, la  valeur  n'a pas le droit de descendre en dessous de 044   sous peine d'une alerte failling

   Récemment (les 20 dernières minutes ?)  elle estimée  à 079     ce qui est une valeur normale pour ce type de disque
A un moment donné elle est descendue à 064    ce qui n'est pas catastrophique    mais, à mon avis, c'est lié à l'incident qui fait mal lire le disque..

donc je peux en deduire que tout est normal ?
desolé je ne sais pas interprete un rapport smartctl .

moko138 a écrit :

Relis ./viewtopic.php?pid=22331082#p22331082

j ' ai bien relu , j ' essai de l ' utiliser le moins possible , mais je ne suis pas un pro de la CLI , je me disais que tout de meme il n ' avait pas fait que des trucs " vilains " dans gnome-disk-utility et que la GUI affiche le retour des commandes que l' on passerait a la main .

j ' ai aussi fait les commandes et changement que vous avez indique dans ce post .

Vous avez l ' air d ' en savoir bien plus que moi sur les disques et le smartctl et analyser les rapports , du coup je prefere demander avant de faire nimporte quoi , vu que j ' y comprends rien tongue

Dernière modification par iznobe (Le 01/09/2020, à 13:08)

retour COMPLET et utilisable de commande
MSI Z490A-pro , i7 10700 , 32 GB RAM .

En ligne

#39 Le 01/09/2020, à 13:14

geole

Re : [ REAPPARU ] disque dur inaccessible , reparable ?

iznobe a écrit :

avec ces lignes dans le fstab :

# limitation ecritures disques SSD ###
#######################################
tmpfs                                                   /tmp                                                            tmpfs   defaults                0       0
tmpfs                                                   /var/log                                                        tmpfs   defaults,nosuid,nodev,noatime,mode=0755,size=1g
#tmpfs                                                  /var/cache/apt/archives                                         tmpfs   defaults,size=2g        0       0
tmpfs                                                   /home/iznobe/.cache

J'aurais du regarder le contenu.....
Le cache utilisateur en fichier temporaire est certainement une grosse erreur.
Pour les logs, je ne dis rien...  Mais uniquement lorsque tout est nickel.........
    Cependant, même lorsque cela ne fonctionne pas très bien, on peut se contenter d'éliminer la production en double exemplaire
paragraphe 4.6 de https://doc.ubuntu-fr.org/ssd_solid_state_drive
Tu as certainement pensé à forcer le swap de la RAM à 95% sinon 99%.

Les grilles de l'installateur https://doc.ubuntu-fr.org/tutoriel/inst … _subiquity
"gedit admin:///etc/fstab" est proscrit,  utilisez "pkexec env DISPLAY=$DISPLAY XAUTHORITY=$XAUTHORITY xdg-open /etc/fstab" Voir  https://doc.ubuntu-fr.org/gedit
Les partitions EXT4 des disques externes => https://forum.ubuntu-fr.org/viewtopic.p … #p22697248

En ligne

#40 Le 01/09/2020, à 13:21

moko138

Re : [ REAPPARU ] disque dur inaccessible , reparable ?

iznobe,
Comme tu avais écrit :

dans les données smart de gnome disk utility il y a une ligne qui me turlupine

je visais ce passage :

bibi a écrit :

Gnome-Disques (...)
   Mais si tu réutilises ce couteau-suisse là où tu sais maintenant qu'il merdoie avec constance (sur l'interprétation des données SMART aussi), (...)

Dernière modification par moko138 (Le 01/09/2020, à 13:23)

%NOINDEX%
Un utilitaire précieux : ncdu
Photo, mini-tutoriel :  À la découverte de dcraw

Hors ligne

#41 Le 01/09/2020, à 13:23

iznobe

Re : [ REAPPARU ] disque dur inaccessible , reparable ?

non je n ' ai pas force le swap de la ram , mais j ' ai mis la partition swap sur un disque mecanique et j ' ai 32 GO de ram maintenant , je n ' ai encore jamais vu la partition swap se remplir de quelques octets meme avec un encodage HEVC plus du surf et d' autres choses a la pelle , j ' ai pourtant lancé tout un tas de truc pendant le test et la partition swap est bien noté active dans GParted .

geole a écrit :

Le cache utilisateur en fichier temporaire est certainement une grosse erreur.

il serait possible de develloper svp ?

@moko138 , c ' etait juste pour de l ' information visualisation sur le disque qui " remarche " car de toute maniere je ne connais pas les commandes pour smartctl ni mem les interpretes .
Cela dit c ' est bizzare de la part de canonical d ' integrer des outils dans la distrib si on sait pertinament qu ' il ne font pas les choses biens .

Dans tous les cas , je ferais entierment mon /etc/fstab a la main maintenant .

Dernière modification par iznobe (Le 01/09/2020, à 13:46)

retour COMPLET et utilisable de commande
MSI Z490A-pro , i7 10700 , 32 GB RAM .

En ligne

#42 Le 01/09/2020, à 16:28

geole

Re : [ REAPPARU ] disque dur inaccessible , reparable ?

C'est le même raisonnement que celui qui t'a fait écrire

#tmpfs                                                  /var/cache/apt/archives

car il faut reconstruire avec des valeurs. Ce qui prend du temps. De plus tu perds ton historique firefox et probablement thunderbird.

Si vraiment il y a besoin de swapper,  il est débile de le faire sur un disque dur alors que c'est 10 fois plus rapide de le faire dans un SSD. Il faut simplement éviter de le faire inutilement et attendre que cela soit nécessaire  tellement c'est rapide. Alors que si on swappe sur un disque dur il faut le faire inutilement tellement c'est lent.

Les grilles de l'installateur https://doc.ubuntu-fr.org/tutoriel/inst … _subiquity
"gedit admin:///etc/fstab" est proscrit,  utilisez "pkexec env DISPLAY=$DISPLAY XAUTHORITY=$XAUTHORITY xdg-open /etc/fstab" Voir  https://doc.ubuntu-fr.org/gedit
Les partitions EXT4 des disques externes => https://forum.ubuntu-fr.org/viewtopic.p … #p22697248

En ligne

#43 Le 01/09/2020, à 18:15

iznobe

Re : [ REAPPARU ] disque dur inaccessible , reparable ?

OK , c ' est noté . je pense que je vais modifier .

pour en revenir a la problematique de base , il semblerait que ca soit lié a mon fichier /etc/fstab .

juste avant 15 heures , j ' ai eteint l ' ordi en laissant les montages de disques et partitions non commentés , je n ' ai absolument rien changé au positionnement physique des disques ou autres .
j ' ai juste fait les tests d' ecritures dans les partitions qui ont fonctionné .

là quand j ' ai voulu redemarrer l ' ordi, meme message d' erreur que d ' habitude .et bien sur l ' ordi n ' a pas demarre hmm

retour COMPLET et utilisable de commande
MSI Z490A-pro , i7 10700 , 32 GB RAM .

En ligne

#44 Le 01/09/2020, à 18:31

iznobe

Re : [ REAPPARU ] disque dur inaccessible , reparable ?

en procedant par elimination , il s' avere que si je decommente une de ces lignes dans le fichier /etc/fstab , l ' ordi ne demarre plus :

#/media/Western_8T/PartageW8T  /partages/W8T   auto bind,x-systemd.requires=/mnt/Western_8T/PartageW8T  0  0
#/media/Seagate_4T/PartageS4T  /partages/S4T   auto bind,x-systemd.requires=/mnt/Seagate_4T/PartageS4T  0  0
#/media/Toshiba_3T/PartageT3T  /partages/T3T   auto bind,x-systemd.requires=/mnt/Toshiba_3T/PartageT3T  0  0

un probleme avec bind ? avec systemd ? ou tout simplement les lignes mal ecrites ?

si apres avoir demarrer l' ordi j ' edite le fichier /etc/fstab , je decommente les 3 lignes et je fais un 

sudo mount -a

, l ' ordi ne bronche pas et monte bien les 3 dossiers . a n ' y rien comprendre hmm

Dernière modification par iznobe (Le 01/09/2020, à 18:33)

retour COMPLET et utilisable de commande
MSI Z490A-pro , i7 10700 , 32 GB RAM .

En ligne

#45 Le 01/09/2020, à 18:43

geole

Re : [ REAPPARU ] disque dur inaccessible , reparable ?

Peux-tu donner la totalité du fichier /etc/fstab
Avant de faire le bind , il faut que la partition principale soit déjà montée. Mais je ne connais pas encore   l'option que tu utilises.

Par exemple

UUID=dcf3a7d4-7c63-41a1-9c86-9c4e2cbbf2fc /DPP ext4 defaults,usrquota 0 1
/DPP/nom_de_premier_utilisateur/Bureau    /home/nom_de_premier_utilisateur/Bureau  none bind 0 0
/DPP/nom_de_premier_utilisateur/Documents    /home/nom_de_premier_utilisateur/Documents  none bind 0 0
/DPP/nom_de_premier_utilisateur/Modèles    /home/nom_de_premier_utilisateur/Modèles  none bind 0 0
/DPP/nom_de_premier_utilisateur/Musique    /home/nom_de_premier_utilisateur/Musique  none bind 0 0
/DPP/nom_de_premier_utilisateur/Public    /home/nom_de_premier_utilisateur/Public  none bind 0 0
/DPP/nom_de_premier_utilisateur/Téléchargements    /home/nom_de_premier_utilisateur/Téléchargements  none bind 0 0
/DPP/nom_de_premier_utilisateur/Vidéos    /home/nom_de_premier_utilisateur/Vidéos  none bind 0 0
/DPP/nom_de_premier_utilisateur/TITI    /home/nom_de_premier_utilisateur/TITI  none bind 0 0
/DPP/nom_de_premier_utilisateur/.mozilla    /home/nom_de_premier_utilisateur/.mozilla  none bind 0 0
/DPP/nom_de_premier_utilisateur/.thunderbird    /home/nom_de_premier_utilisateur/.thunderbird  none bind 0 0
/DPP/nom_de_deuxieme_utilisateur/Bureau    /home/nom_de_deuxieme_utilisateur/Bureau  none bind 0 0
/DPP/nom_de_deuxieme_utilisateur/Documents    /home/nom_de_deuxieme_utilisateur/Documents  none bind 0 0
/DPP/nom_de_deuxieme_utilisateur/Modèles    /home/nom_de_deuxieme_utilisateur/Modèles  none bind 0 0
/DPP/nom_de_deuxieme_utilisateur/Musique    /home/nom_de_deuxieme_utilisateur/Musique  none bind 0 0
/DPP/nom_de_deuxieme_utilisateur/Public    /home/nom_de_deuxieme_utilisateur/Public  none bind 0 0
/DPP/nom_de_deuxieme_utilisateur/Téléchargements    /home/nom_de_deuxieme_utilisateur/Téléchargements  none bind 0 0
/DPP/nom_de_deuxieme_utilisateur/Vidéos    /home/nom_de_deuxieme_utilisateur/Vidéos  none bind 0 0
/DPP/nom_de_deuxieme_utilisateur/TITI    /home/nom_de_deuxieme_utilisateur/TITI  none bind 0 0
/DPP/nom_de_deuxieme_utilisateur/.mozilla    /home/nom_de_deuxieme_utilisateur/.mozilla  none bind 0 0
/DPP/nom_de_deuxieme_utilisateur/.thunderbird    /home/nom_de_deuxieme_utilisateur/.thunderbird  none bind 0 0
/DPP/nom_de_troisieme_utilisateur/Bureau    /home/nom_de_troisieme_utilisateur/Bureau  none bind 0 0
/DPP/nom_de_troisieme_utilisateur/Documents    /home/nom_de_troisieme_utilisateur/Documents  none bind 0 0
/DPP/nom_de_troisieme_utilisateur/Modèles    /home/nom_de_troisieme_utilisateur/Modèles  none bind 0 0
/DPP/nom_de_troisieme_utilisateur/Musique    /home/nom_de_troisieme_utilisateur/Musique  none bind 0 0
/DPP/nom_de_troisieme_utilisateur/Public    /home/nom_de_troisieme_utilisateur/Public  none bind 0 0
/DPP/nom_de_troisieme_utilisateur/Téléchargements    /home/nom_de_troisieme_utilisateur/Téléchargements  none bind 0 0
/DPP/nom_de_troisieme_utilisateur/Vidéos    /home/nom_de_troisieme_utilisateur/Vidéos  none bind 0 0
/DPP/nom_de_troisieme_utilisateur/TITI    /home/nom_de_troisieme_utilisateur/TITI  none bind 0 0
/DPP/nom_de_troisieme_utilisateur/.mozilla    /home/nom_de_troisieme_utilisateur/.mozilla  none bind 0 0
/DPP/nom_de_troisieme_utilisateur/.thunderbird    /home/nom_de_troisieme_utilisateur/.thunderbird  none bind 0 0

Dernière modification par geole (Le 01/09/2020, à 18:48)

Les grilles de l'installateur https://doc.ubuntu-fr.org/tutoriel/inst … _subiquity
"gedit admin:///etc/fstab" est proscrit,  utilisez "pkexec env DISPLAY=$DISPLAY XAUTHORITY=$XAUTHORITY xdg-open /etc/fstab" Voir  https://doc.ubuntu-fr.org/gedit
Les partitions EXT4 des disques externes => https://forum.ubuntu-fr.org/viewtopic.p … #p22697248

En ligne

#46 Le 01/09/2020, à 19:36

iznobe

Re : [ REAPPARU ] disque dur inaccessible , reparable ?

oui , bien sur , le voici :

# /etc/fstab: static file system information.
#
# Use 'blkid' to print the universally unique identifier for a
# device; this may be used with UUID= as a more robust way to name devices
# that works even if disks are added and removed. See fstab(5).
#
# <file system>                            <mount point>   <type>    <options>       <dump>  <pass>
# / was on /dev/nvme0n1p2 during installation
UUID=eb18366b-2ac9-4a7e-8f93-ba2caa30e90e   /              ext4    errors=remount-ro 0       1

# /boot/efi was on /dev/nvme0n1p1 during installation
#UUID=79B2-EB37  /boot/efi       vfat    umask=0077      0       1
UUID=79B2-EB37	/boot/efi	vfat	defaults	0	1

# /home was on /dev/sdd1 during installation
UUID=6dd3be64-2092-4e06-817a-ecc5f1463bda /home           ext4    defaults        0       2

# swap was on /dev/sda3 during installation
UUID=04841904-7afa-43b0-bff3-0722fe2cc3bf none            swap    sw              0       0


/dev/disk/by-label/Seagate_4T   /media/Seagate_4T       ext4    defaults,nofail     0 2
#/dev/disk/by-label/windows_10   /media/windows_10       ntfs-3g defaults            0 0
/dev/disk/by-label/Toshiba_3T   /media/Toshiba_3T       ext4    defaults,nofail     0 2
/dev/disk/by-label/Western_8T   /media/Western_8T       ext4    defaults,nofail     0 2
#/dev/disk/by-label/L_M_secours  /media/L_M_secours      ext4    defaults,nofail     0 2
#/dev/disk/by-label/Ubuntu       /media/Ubuntu           ext4    defaults,nofail     0 2
/dev/disk/by-label/Sauvegardes  /media/Sauvegardes      ext4    defaults,nofail     0 2
/dev/disk/by-label/SAUV         /media/SAUV             ext4    defaults,nofail     0 2
#/dev/disk/by-label/Seagate_1T   /media/Seagate_1T       ext4    defaults,nofail     0 2

# limitation ecritures disques SSD ###
#######################################
tmpfs                                                   /tmp                                                            tmpfs   defaults                0       0
tmpfs                                                   /var/log                                                        tmpfs   defaults,nosuid,nodev,noatime,mode=0755,size=1g
#tmpfs                                                  /var/cache/apt/archives                                         tmpfs   defaults,size=2g        0       0
tmpfs                                                   /home/iznobe/.cache                                             tmpfs   defaults,size=1g        0       0

#ramdisk
tmpfs                                                   /media/ramdisk                    tmpfs   rw,noatime,x-gvfs-show,size=28G 0       0
##########################################
# FIN limitation ecritures disques SSD ###

/media/Western_8T/PartageW8T  /partages/W8T   auto bind,x-systemd.requires=/mnt/Western_8T/PartageW8T  0  0
/media/Seagate_4T/PartageS4T  /partages/S4T   auto bind,x-systemd.requires=/mnt/Seagate_4T/PartageS4T  0  0
/media/Toshiba_3T/PartageT3T  /partages/T3T   auto bind,x-systemd.requires=/mnt/Toshiba_3T/PartageT3T  0  0

Dernière modification par iznobe (Le 01/09/2020, à 19:38)

retour COMPLET et utilisable de commande
MSI Z490A-pro , i7 10700 , 32 GB RAM .

En ligne

#47 Le 01/09/2020, à 20:07

geole

Re : [ REAPPARU ] disque dur inaccessible , reparable ?

Probablement que si dans les trois dernières lignes, tu remplaçais mnt par media, cela irait mieux.

et vérifier que les trois répertoires sous /partages existent bien.

Dernière modification par geole (Le 01/09/2020, à 21:12)

Les grilles de l'installateur https://doc.ubuntu-fr.org/tutoriel/inst … _subiquity
"gedit admin:///etc/fstab" est proscrit,  utilisez "pkexec env DISPLAY=$DISPLAY XAUTHORITY=$XAUTHORITY xdg-open /etc/fstab" Voir  https://doc.ubuntu-fr.org/gedit
Les partitions EXT4 des disques externes => https://forum.ubuntu-fr.org/viewtopic.p … #p22697248

En ligne

#48 Le 01/09/2020, à 20:53

moko138

Re : [ REAPPARU ] disque dur inaccessible , reparable ?

/!\  Jamais d'initiative unilatérale en cours de dépannage !

= =

1) Commente, au moins le temps du dépannage, cette ligne 

tmpfs                                                   /var/log                                                        tmpfs   defaults,nosuid,nodev,noatime,mode=0755,size=1g

qui nous prive des logs, si utiles au dépannage !

= =

2) Ça sort d'où, cette syntaxe à la mords-moi-le-noeud

/media/Western_8T/PartageW8T  /partages/W8T   auto bind,x-systemd.requires=/mnt/Western_8T/PartageW8T  0  0
/media/Seagate_4T/PartageS4T  /partages/S4T   auto bind,x-systemd.requires=/mnt/Seagate_4T/PartageS4T  0  0
/media/Toshiba_3T/PartageT3T  /partages/T3T   auto bind,x-systemd.requires=/mnt/Toshiba_3T/PartageT3T  0  0

???

Dans fstab, un bind ordinaire ressemble à 

emplacement-bis   emplacement-originel   none   bind

c'est tout !
Là, non seulement il y a un tas de trucs inutiles, mais en plus un
"requires=emplacement-3" !

Je répète :
Ça sort d'où ?

= =

  En plus, quand tu passeras aux snaps,
certains snaps, comme Gimp dans 20.04, sont strictement confinés à /home et à /media :
Je ne sais pas s'ils tolèrent un bind vers /media.

  Tu pourras tester - quand ton système sera d'équerre ! - et nous instruire. Mais alors tu le feras avec une ligne classique

/media/...   /partages/...   none   bind

%NOINDEX%
Un utilitaire précieux : ncdu
Photo, mini-tutoriel :  À la découverte de dcraw

Hors ligne

#49 Le 01/09/2020, à 21:48

iznobe

Re : [ REAPPARU ] disque dur inaccessible , reparable ?

geole a écrit :

Probablement que si dans les trois dernières lignes, tu remplaçais mnt par media, cela irait mieux.

et vérifier que les trois répertoires sous /partages existent bien.

Merci beaucoup .
effectivement ... ca irait bien mieux !

lorsque j ' ai fait la modif que demandais moko138 dans son post #23 , j ' ai pas modifier l  ' emplacement du requires car j ' etais concentré sur autre chose ...:/

j ' ai reactivé le log sur le disque dur .

pour la question du requires ,qui sort d ' ou , c ' etait dans un post ou je demandais comment faire un montage bind integré dans le fstab : https://forum.ubuntu-fr.org/viewtopic.php?id=2055907

Dernière modification par iznobe (Le 01/09/2020, à 22:18)

retour COMPLET et utilisable de commande
MSI Z490A-pro , i7 10700 , 32 GB RAM .

En ligne

#50 Le 01/09/2020, à 22:19

geole

Re : [ REAPPARU ] disque dur inaccessible , reparable ?

Bonsor
Je trouve plus pratique et plus parlant d'écrire nofail

Pour la poubelle  (écrit de mémoire)

sudo mkdir /media/lenomdudisk/.Trash-1000
sudo chown $USER:$USER /media/lenomdudisque/.Trash-1000

Dernière modification par geole (Le 02/09/2020, à 11:29)

Les grilles de l'installateur https://doc.ubuntu-fr.org/tutoriel/inst … _subiquity
"gedit admin:///etc/fstab" est proscrit,  utilisez "pkexec env DISPLAY=$DISPLAY XAUTHORITY=$XAUTHORITY xdg-open /etc/fstab" Voir  https://doc.ubuntu-fr.org/gedit
Les partitions EXT4 des disques externes => https://forum.ubuntu-fr.org/viewtopic.p … #p22697248

En ligne

Pages : 1 2 3 4 5