[Résolu] Fsck Erreur 4 au boot sur disque usb de sauvegarde

galinette · 03-06-2018 19:08:14

Bonjour,
au boot j'ai un problème fsck qui annonce une erreur 4 sur un disque externe en usb. Tout fonctionnait parfaitement depuis plusieurs années.
Message fsck :

root@michel:/home/michel# e2fsck /dev/sdc

e2fsck 1.43.4 (31-Jan-2017)

ext2fs_open2: Numéro magique invalide dans le super-bloc

e2fsck : Superbloc invalide, tentons d'utiliser les blocs de sauvetage...

e2fsck: Numéro magique invalide dans le super-bloc lors de la tentative d'ouverture de /dev/sdc

Le superbloc n'a pu être lu ou ne contient pas un système de fichiers

ext2/ext3/ext4 correct. Si le périphérique est valide et qu'il contient réellement

un système de fichiers ext2/ext3/ext4 (et non pas de type swap, ufs ou autre),

alors le superbloc est corrompu, et vous pourriez tenter d'exécuter

e2fsck avec un autre superbloc :

    e2fsck -b 8193 <périphérique>

 ou

    e2fsck -b 32768 <périphérique>

Trouvé une table de partitions dos dans /dev/sdc

Les tentatives de réparation du superblock avec les adresses proposées n'aboutissent pas (même message affiché).

J'ai tenté testdisk qui annonce :

testdisk /dev/sdc

TestDisk 7.0, Data Recovery Utility, April 2015

Christophe GRENIER <grenier@cgsecurity.org>

http://www.cgsecurity.org

root@michel:/home/michel# fsck.ext4 -f -y /dev/sdc1

e2fsck 1.43.4 (31-Jan-2017)

Passe 1 : vérification des i-noeuds, des blocs et des tailles

Passe 2 : vérification de la structure des répertoires

L'entrée « C9FD5975472EFE58C2B25303^@^F47B6B967C94CB9 » dans ??? (4457232) a un caractère illégal dans son nom.

Corriger ? oui

L'entrée « (^A234B72C569DC85E3E33E86A0B21B1943E0FC52BB ^PD^@0^@ » dans ??? (4457232) a un n° d'i-noeud invalide : 198133299.

Effacer ? oui

I-noeud de répertoire 4457232, bloc n°47, déplacement 596 : répertoire corrompu

Récupérer ? oui

Problème avec l'i-noeud de répertoire d'HTREE 4457232 : bloc n°47 a un hachage maximal erroné

I-noeud de répertoire d'HTREE 4457232 invalide (/Grsync/home/michel/.cache/thunderbird/wt5glh98.default/cache2/entries). Effacer l'index HTree ? oui

Passe 3 : vérification de la connectivité des répertoires

Passe 3A : optimisation des répertoires

Passe 4 : vérification des compteurs de référence

I-noeud 4458520 non attaché

Connecter à /lost+found ? oui

le compteur de référence de l'i-noeud 4458520 est 2, devrait être 1. Corriger ? oui

(suivent un bon paquet de correction du compteur de référence)

Passe 5 : vérification de l'information du sommaire de groupe

externe: ***** LE SYSTÈME DE FICHIERS A ÉTÉ MODIFIÉ *****

externe : 108145/15269888 fichiers (0.7% non contigus), 36037701/61049000 blocs

Plein d'espoir je réitère un

root@michel:/home/michel# e2fsck /dev/sdc

qui n'aboutit qu'au même message d'erreur.
Réalisant que ma partition est /dev/sdc1 je tente

root@michel:/home/michel# e2fsck /dev/sdc1

qui me répond

e2fsck 1.43.4 (31-Jan-2017)

externe : propre, 108145/15269888 fichiers, 36037701/61049000 blocs

Si je supprime le montage de /dev/sdc dans le fstab le boot se termine sans souci. Dans Thunar le disque externe est bien apparent et si je clique dessus il se monte sans problème et j'ai accès à son contenu.

À part le fait de ne plus le monter directement au démarrage tout fonctionne encore. Ne comprenant pas ce qui se passe j'ai retenté un testdik plus approfondi et j'obtient :

TestDisk 7.0, Data Recovery Utility, April 2015

Christophe GRENIER <grenier@cgsecurity.org>

http://www.cgsecurity.org

  TestDisk is free software, and

comes with ABSOLUTELY NO WARRANTY.

Select a media (use Arrow keys, then press Enter):

>Disk /dev/sdc - 250 GB / 232 GiB - Hitachi HCS725025VLAT80

>[Proceed ]  [  Quit  ]

Note: Disk capacity must be correctly detected for a successful recovery.

If a disk listed above has incorrect size, check HD jumper settings, BIOS

detection, and install the latest OS patches and disk drivers.

puis

Disk /dev/sdc - 250 GB / 232 GiB - Hitachi HCS725025VLAT80

Please select the partition table type, press Enter when done.

>[Intel  ] Intel/PC partition

 [EFI GPT] EFI GPT partition map (Mac i386, some x86_64...)

 [Humax  ] Humax partition table

 [Mac    ] Apple partition map

 [None   ] Non partitioned media

 [Sun    ] Sun Solaris partition

 [XBox   ] XBox partition

 [Return ] Return to disk selection

Disk /dev/sdc - 250 GB / 232 GiB - CHS 30401 255 63

Current partition structure:

     Partition                  Start        End    Size in sectors

 1 P Linux                    0   1  1 30400 254 63  488392002 [externe]

No partition is bootable

*=Primary bootable  P=Primary  L=Logical  E=Extended  D=Deleted

>[Quick Search]  [ Backup ]

                            Try to locate partition

Disk /dev/sdc - 250 GB / 232 GiB - CHS 30401 255 63

The harddisk (250 GB / 232 GiB) seems too small! (< 500 GB / 465 GiB)

Check the harddisk size: HD jumpers settings, BIOS detection...

The following partition can't be recovered:

     Partition               Start        End    Size in sectors

>  HPFS - NTFS          30400 254 63 60801 253 62  488392002

[ Continue ]

NTFS, blocksize=4096, 250 GB / 232 GiB

Disk /dev/sdc - 250 GB / 232 GiB - CHS 30401 255 63

     Partition               Start        End    Size in sectors

>D Linux                    0   1  1 30400 254 63  488392002 [externe]

 D HPFS - NTFS              0   1  1 30400 254 63  488392002

Structure: Ok.  Use Up/Down Arrow keys to select partition.

Use Left/Right Arrow keys to CHANGE partition characteristics:

*=Primary bootable  P=Primary  L=Logical  E=Extended  D=Deleted

Keys A: add partition, L: load backup, T: change type, P: list files,

     Enter: to continue

ext4 blocksize=4096 Large_file Sparse_SB, 250 GB / 232 GiB

et

Disk /dev/sdc - 250 GB / 232 GiB - CHS 30401 255 63

     Partition               Start        End    Size in sectors

 D Linux                    0   1  1 30400 254 63  488392002 [externe]

>D HPFS - NTFS              0   1  1 30400 254 63  488392002

Structure: Ok.  Use Up/Down Arrow keys to select partition.

Use Left/Right Arrow keys to CHANGE partition characteristics:

*=Primary bootable  P=Primary  L=Logical  E=Extended  D=Deleted

Keys A: add partition, L: load backup, T: change type, P: list files,

     Enter: to continue

NTFS found using backup sector, blocksize=4096, 250 GB / 232 GiB

Si quelque expert sait décrypté ceci sa participation est bienvenue !

La chose est-elle réparable ? Dois-je envisager de casser la tirelire pour changer le disque ? Qu'est-ce que le message sur la taille du disque que je n'avais jamais vu auparavant (il faut dire que je n'ai jamais lancé testdisk dessus auparavant) ?

Un grand merci d'avance.

Dernière modification par galinette (05-06-2018 09:07:28)

Debian Alain · 03-06-2018 19:26:35

salut

ben j'ai pas la prétention de tout connaître mais smartmontools me parlerait plus .

essaie

# smartctl -a /dev/sdc 

on verra de suite si ton disque est fatigué .

si # smartctl ne fonctionne pas , installe le :

# apt install smartmontools

Dernière modification par Debian Alain (03-06-2018 20:22:05)

galinette · 03-06-2018 21:10:00

Bonsoir,
oserai-je une réponse quelque peu ironique ?

root@michel:/home/michel# smartctl -a /dev/sdc 

smartctl 6.6 2016-05-31 r4324 [x86_64-linux-4.9.0-6-amd64] (local build)

Copyright (C) 2002-16, Bruce Allen, Christian Franke, www.smartmontools.org

/dev/sdc: Unknown USB bridge [0x0471:0x083a (0x000)]

Please specify device type with the -d option.

Use smartctl -h to get a usage summary

Smartctl ne fonctionne pas sur les disques usb, ce que je regrette vivement !

En fait si sur certains. Malheureusement le mien n'est pas reconnu (problème de dialogue via le port usb)

root@michel:/home/michel# smartctl -s on -d scsi -a /dev/sdc

smartctl 6.6 2016-05-31 r4324 [x86_64-linux-4.9.0-6-amd64] (local build)

Copyright (C) 2002-16, Bruce Allen, Christian Franke, www.smartmontools.org

=== START OF INFORMATION SECTION ===

Vendor:               Hitachi

Product:              HCS725025VLAT80

Revision:             V5DO

User Capacity:        250 059 350 016 bytes [250 GB]

Logical block size:   512 bytes

scsiModePageOffset: response length too short, resp_len=4 offset=4 bd_len=0

scsiModePageOffset: response length too short, resp_len=4 offset=4 bd_len=0

>> Terminate command early due to bad response to IEC mode page

A mandatory SMART command failed: exiting. To continue, add one or more '-T permissive' options.

Depuis j'ai tenté

 testdisk /dev/sdc

avec les options "Avancées"

TestDisk 7.0, Data Recovery Utility, April 2015

Christophe GRENIER <grenier@cgsecurity.org>

http://www.cgsecurity.org

Disk /dev/sdc - 250 GB / 232 GiB - CHS 30401 255 63

     Partition                  Start        End    Size in sectors

> 1 P Linux                    0   1  1 30400 254 63  488392002 [externe]

 [  Type  ] >[Superblock]  [  List  ]  [Image Creation]  [  Quit  ]

                    Locate ext2/ext3/ext4 backup superblock

pour récupérer les superblocks.

Disk /dev/sdc - 250 GB / 232 GiB - CHS 30401 255 63

     Partition                  Start        End    Size in sectors

>  Linux                    0   1  1 30400 254 61  488392000 [externe]          

 superblock 0, blocksize=4096 [externe]

 superblock 32768, blocksize=4096 [externe]

 superblock 98304, blocksize=4096 [externe]

 superblock 163840, blocksize=4096 [externe]

 superblock 229376, blocksize=4096 [externe]

 superblock 294912, blocksize=4096 [externe]

 superblock 819200, blocksize=4096 [externe]

 superblock 884736, blocksize=4096 [externe]

 superblock 1605632, blocksize=4096 [externe]

 superblock 2654208, blocksize=4096 [externe]

 To repair the filesystem using alternate superblock, run

>fsck.ext4 -p -b superblock -B blocksize device

Malheureusement toutes les tentatives aux adresses indiquées ont échoué.
À suivre.

Dernière modification par galinette (03-06-2018 21:52:50)

Debian Alain · 03-06-2018 21:52:03

d'àprès : https://doc.ubuntu-fr.org/smartmontools

essaies ceci :

sudo smartctl --scan | grep -i usb

qui devrait renvoyer quelquechose comme :

/dev/sdb -d usbsunplus # /dev/sdb [USB Sunplus], ATA device

suffit de faire ceci :

sudo smartctl -s on -a -d usbsunplus /dev/sdb

galinette · 03-06-2018 21:59:14

Zut, on vient de se rater !

Je reproduis la modif de mon message précédent sachant que j'avais déjà testé les différentes options de -d présentées dans le man et le doc ubuntu.

En fait si sur certains. Malheureusement le mien n'est pas reconnu (problème de dialogue via le port usb)
root@michel:/home/michel# smartctl -s on -d scsi -a /dev/sdc

smartctl 6.6 2016-05-31 r4324 [x86_64-linux-4.9.0-6-amd64] (local build)
Copyright (C) 2002-16, Bruce Allen, Christian Franke, www.smartmontools.org

=== START OF INFORMATION SECTION ===
Vendor: Hitachi
Product: HCS725025VLAT80
Revision: V5DO
User Capacity: 250 059 350 016 bytes [250 GB]
Logical block size: 512 bytes
scsiModePageOffset: response length too short, resp_len=4 offset=4 bd_len=0
scsiModePageOffset: response length too short, resp_len=4 offset=4 bd_len=0
>> Terminate command early due to bad response to IEC mode page
A mandatory SMART command failed: exiting. To continue, add one or more '-T permissive' options.

Debian Alain · 03-06-2018 22:17:11

tu as gnome disks , aussi .

# install gnome-disk-utility

et pour le lancer :

$ gnome-disks

Dernière modification par Debian Alain (04-06-2018 07:33:22)

lebardix · 03-06-2018 23:05:21

tu peux pas démonter ton disque USB (ça doit etre un sata à l'intérieur) et le connecter sur un port e-sata ?
ou un vrai sata ...

galinette · 04-06-2018 07:48:43

@Debian-Alain : je ne connaissais pas. Merci. Malheureusement la récupération des données SMART n'est pas possible (l'option est en grisé dans le menu).

@lebardix : j'ai essayer mais après avoir démonter le fond et la façade je vois le disque et le circuit SATA/USB montés sur deux rails que je n'arrive pas à extraire du boîtier, ça reste bloqué. Je pourrais y aller au marteau et au burin mais comme j'ai encore accès à mes données en le montant hors boot j'attends un peu !

L'idée est de savoir si ça vient du disque ou du boîtier ?

Croutons · 04-06-2018 09:30:38

Salut

Si je supprime le montage de /dev/sdc dans le fstab le boot se termine sans souci. Dans Thunar le disque externe est bien apparent et si je clique dessus il se monte sans problème et j'ai accès à son contenu.

Donc se serait plutot une erreur de syntaxe dans ton fichier fstab non?
Que contient le fichier fstab?
cat /etc/fstab

Que donne (disque externe branché)

blkid

Edit:Il me semble que testdisk a lancé fsck qui a réparé les erreurs d'ou le

e2fsck 1.43.4 (31-Jan-2017)

externe : propre, 108145/15269888 fichiers, 36037701/61049000 blocs

Ce qui expliquerait que la partition ce monte bien dans ton gestionnaire de fichier et que tu puisses la consulter

Dernière modification par Croutons (04-06-2018 09:45:09)

galinette · 04-06-2018 09:42:49

Salut Croutons,
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/sdb1 during installation

UUID=a7e84b40-17e5-4ab2-bdbb-34ca0fc6a6f9 /               ext4    errors=remount-ro 0       1

# /données was on /dev/sda2 during installation

UUID=1c3ead98-6264-42ad-98a1-b3e4699dd783 /données       ext4    defaults        0       2

# /externe was on /dev/sdc1 during installation

#UUID=57302e92-2681-4a0c-8f5b-5f1969c5f66f /externe        ext4    defaults        0       2

# /home was on /dev/sdb6 during installation

UUID=8de2ae2c-1aa3-4706-bb3a-56f0c4fa758c /home           ext4    defaults        0       2

# /images was on /dev/sda1 during installation

UUID=909fbdfc-cfc3-476b-8ec9-1d81af2ecb3d /images         ext4    defaults        0       2

# swap was on /dev/sdb5 during installation

UUID=f56750a8-a328-447e-aa04-b15075e6bae3 none            swap    sw              0       0

root@michel:/home/michel# blkid

/dev/sda1: LABEL="systM-CM-(me" UUID="a7e84b40-17e5-4ab2-bdbb-34ca0fc6a6f9" TYPE="ext4" PARTUUID="55908d42-01"

/dev/sda5: UUID="f56750a8-a328-447e-aa04-b15075e6bae3" TYPE="swap" PARTUUID="55908d42-05"

/dev/sda6: LABEL="michel" UUID="8de2ae2c-1aa3-4706-bb3a-56f0c4fa758c" TYPE="ext4" PARTUUID="55908d42-06"

/dev/sdb1: LABEL="images" UUID="909fbdfc-cfc3-476b-8ec9-1d81af2ecb3d" TYPE="ext4" PARTUUID="000ccddb-01"

/dev/sdb2: LABEL="donnees" UUID="1c3ead98-6264-42ad-98a1-b3e4699dd783" TYPE="ext4" PARTUUID="000ccddb-02"

/dev/sdc1: LABEL="externe" UUID="57302e92-2681-4a0c-8f5b-5f1969c5f66f" TYPE="ext4" PARTUUID="b9a42cdf-01"

Tout semble OK : les UUID sont identiques.
En fait je n'ai pas touché à mon fstab depuis l'installation de la Debian 9. Ce n'est qu'hier que j'ai trouvé mon PC bloqué sur le fsck au boot sans que je sache pourquoi.

Croutons · 04-06-2018 09:56:35

C'est bien d'avoir commenté la ligne dans ton fstab, car les options de montage n'étant pas super, a moins d'etre sur que le disque soit bien branché au démarrage de l'ordi sans quoi tu te retrouves avec un message d'erreur

Sous XFCE si tu as activé le montage automatique des medias amovible ta partition dans un sous répertroire /media ce qui va tout chambouler pour ta sauvegarde
Tu peux réactiver la ligne dans ton fstab en ajoutant l'option
nofail pour ne pas avoir d'erreur en cas de disque débranché
ou noauto pour monter le disque à la demande

Voir dans le wiki https://debian-facile.org/doc:systeme:fstab

Dernière modification par Croutons (04-06-2018 10:02:42)

Debian Alain · 04-06-2018 10:05:10

sinon , si un jour tu arrives à récupérer ton hdd sata , tu as ça :

https://www.ldlc.com/fiche/PB00157700.html

https://www.ldlc.com/fiche/PB00218777.html

Dernière modification par Debian Alain (04-06-2018 10:15:42)

lebardix · 04-06-2018 10:10:28

galinette a écrit :

@lebardix : j'ai essayer mais après avoir démonter le fond et la façade je vois le disque et le circuit SATA/USB montés sur deux rails que je n'arrive pas à extraire du boîtier, ça reste bloqué. Je pourrais y aller au marteau et au burin mais comme j'ai encore accès à mes données en le montant hors boot j'attends un peu ! big_smile
L'idée est de savoir si ça vient du disque ou du boîtier ?

Oui l'idée est bien de se débarrasser de problemes potentiels sur l'USB,
pour le démontage... je pense pas qu'ils aient coulé le boitier autour du disque .... donc forcement ça se démonte ... sans forcer ...

galinette · 04-06-2018 10:12:14

Effectivement disque commenté dans le fstab pour pouvoir démarrer.
Montage automatique des disques amovibles activé.

Pour la sauvegarde, c'est en fait un script Grsync que je lance au besoin depuis un raccourci du tableau de bord. J'hésite :
- nofail permet de passer outre l'erreur fsck ?
- Si oui le disque est-il monté sur /média ?

Sinon noauto et je monte le disque avant la sauvegarde.

Croutons · 04-06-2018 10:17:33

La chose est-elle réparable ? Dois-je envisager de casser la tirelire pour changer le disque ? Qu'est-ce que le message sur la taille du disque que je n'avais jamais vu auparavant (il faut dire que je n'ai jamais lancé testdisk dessus auparavant) ?

Oui fsck a réparé les erreurs mais par expérience je peux te dire que les problèmes vont revenir ,je dirais que le disque n'est plus très fiable pour un support de sauvegarde
A moins que les erreurs soit du a une raison précise débranchement de la prise USB a l'arrache, coupure de courant....?

En ce qui concerne la taille du disque c'est juste un message informatif qui dit que la taille semble correct mais que si ce n'était pas le cas il faudrait regarder le BIOS ou la positions des petits cavaliers a l'arrière du disque

J'ai eu ce genre de plantage au boot il y a 3 jours, j'ai réparé mon disque avec

e2fck -ccvk /dev/sdXX

utilisation sans l'option -p qui renvoyait des incidences ne pouvant être traité en automatique ...de toute façon par defaut oui est répondu automatiquement au question
Voir

man e2fsck

Bon je sais c'est pas sérieux mais je continu a utiliser mon disque quand meme, je suis fou
Mais pour des données sensible je te conseil fortement de casser la tirelire ...si tu ne peux même plus avoir confiance en ta sauvegarde c'est chaud

Dernière modification par Croutons (04-06-2018 10:18:38)

galinette · 04-06-2018 10:20:05

@Debian-Alain et @lebardix : on semble converger vers un problème usb apparemment.

Je vais une fois encore tenter de le sortir de sa boiboîte... en douceur. En fait j'ai un autre boîtier dispo (un vieux disque 3,5" que j'avais customisé en disque externe pour ma fille) ça pourrait permettre un test aisé.
À suivre pour l'instant.
Merci à tous.

Debian Alain · 04-06-2018 10:20:45

sinon , j'ai trouvé çà : https://doc.ubuntu-fr.org/mount_fstab

intéressant

c'est quand même facheux pour ton souci de données smart .

l'utilitaire est drôlement pratique .

long mais très pratique .

Dernière modification par Debian Alain (04-06-2018 10:22:58)

galinette · 04-06-2018 10:33:05

@Debian-Alain : intéressant, très intéressant même. Et hop un petit signet.

@croutons : pas de numéro magique, pas de réparation !

Debian Alain · 04-06-2018 10:39:12

as tu essayé les deux commandes suivantes ?

$ lsusb

# dmesg | grep usb

si ça peut aider au dépannage ...

galinette · 04-06-2018 10:57:16

michel@michel:~$ lsusb

Bus 001 Device 003: ID 0471:083a Philips (or NXP) 

Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub

Bus 002 Device 002: ID 045e:0084 Microsoft Corp. Basic Optical Mouse

Bus 002 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub

et

root@michel:/home/michel# dmesg | grep usb

renvoi bien le disque externe

[    2.141058] usb 1-3: new high-speed USB device number 3 using ehci-pci

[    2.392048] usb 1-3: New USB device found, idVendor=0471, idProduct=083a

[    2.392052] usb 1-3: New USB device strings: Mfr=1, Product=2, SerialNumber=3

[    2.392054] usb 1-3: Product: Philips Harddisk

[    2.392056] usb 1-3: Manufacturer: Philips

[    2.392057] usb 1-3: SerialNumber: CX100802016356

[    2.397385] usb-storage 1-3:1.0: USB Mass Storage device detected

[    2.397543] scsi host4: usb-storage 1-3:1.0

[    2.397678] usbcore: registered new interface driver usb-storage

[    2.398478] usbcore: registered new interface driver uas

[  517.220071] usb 1-3: reset high-speed USB device number 3 using ehci-pci

[  549.992081] usb 1-3: reset high-speed USB device number 3 using ehci-pci

Tout semble fonctionner correctement, c'est ça qui est étrange. C'est peut-être bien le disque qui commence à fatiguer. Il a quand même 10 ans !

Debian Alain · 04-06-2018 11:12:01

ah ouais ! 10 ans c'est bien pour un hdd .

enfin , je pense .

ton disque externe , c'est un philips ou un hitachi ?

tu l'as assemblé ou acheté tout prêt ?

si un jour tu en assembles un ( boitier + dd ) tu verras que la qualité est souvent meilleure .

mais c'est plus cher aussi .

quoique plus facile à réparer .

tiens , quand on parle de panne de disque : https://www.clubic.com/actualite-69935- … oogle.html

le fin du fin en matière de dd , reste les ssd mais là le prix ... aheum !

https://www.ldlc.com/fiche/PB00242398.html le plus intéressant que j'aie trouvé .

samsung en fait aussi des très bons .

mais si tu veux repartir pour un tour avec le même matériel : https://www.amazon.com/Hitachi-HCS72502 … B003ZTKEW2

Dernière modification par Debian Alain (04-06-2018 11:42:20)

galinette · 04-06-2018 13:04:39

Acheté tout packagé sous la marque Philips (le boîtier) mais le disque est reconnu comme un Hitachi.

Comme je le disais, j'ai déjà monté un ancien disque dans un boîtier. Jamais eu de problème effectivement. Les ordi de la maison sont aussi du Home made. Ça permet de savoir ce qu'il y a dans la boîte et d'être un tant soit peu maître de sa config. Grand avantage on peut effectivement intervenir le plus souvent à moindre frais sous condition de trouver un matériel qui ne soit pas forcément de la prochaine génération à faire péter tout le bazar (j'ai jeté un coup d'oeil sur les disques externes : trouver un disque 3,5" de 250 Go, je n'ai pas besoin de 2 To, devient mission quasi impossible).
Et ça forme la jeunesse en plus !

Tous au-dessus de 8 ans grâce à Linux qui ne nécessite pas d'avoir un proc quadricoeur et 8 Go de RAM pour fonctionner...

Croutons · 04-06-2018 13:14:12

compte environ 40 € pour un disque dur, par contre méfie toi sur les vieux PC ....sur le mieux il a fallu flasher le BIOS pour qu'il accepte les disque grande capacité

Debian Alain · 04-06-2018 13:24:35

tu veux mettre combien dans ton nouveau dd ?

hormis les ssd très intéressants mais très chers , y a la soluce hdd + boîtier

21 € boitier compact 3.5 pouces - usb 3.0
24 € boîtier usb 3.0 hdd sata 3.5 pouces - bureau -
20 € hdd western digital blue 500 Go
29 € seagate barracuda 500 Go
140 € ssd 500 Go typique
74 € ssd 250 Go

j'ai pas bien cherché mais 250 Go , j'ai pas trouvé .

Dernière modification par Debian Alain (04-06-2018 13:45:39)

galinette · 04-06-2018 15:24:26

Pour moi 500 Go en 3,5" ça suffit amplement (sauvegarde au fil de l'eau). Je backup actuellement un disque externe de 500 Go de ma fille pour remplacer celui qui me fait des misères. Donc a priori même si le sujet n'est pas résolu en tant que tel il va s'épuiser de lui-même.
Merci à tous pour votre aide.

Debian-facile

#1 03-06-2018 19:08:14

[Résolu] Fsck Erreur 4 au boot sur disque usb de sauvegarde

#2 03-06-2018 19:26:35

Re : [Résolu] Fsck Erreur 4 au boot sur disque usb de sauvegarde

#3 03-06-2018 21:10:00

Re : [Résolu] Fsck Erreur 4 au boot sur disque usb de sauvegarde

#4 03-06-2018 21:52:03

Re : [Résolu] Fsck Erreur 4 au boot sur disque usb de sauvegarde

#5 03-06-2018 21:59:14

Re : [Résolu] Fsck Erreur 4 au boot sur disque usb de sauvegarde

#6 03-06-2018 22:17:11

Re : [Résolu] Fsck Erreur 4 au boot sur disque usb de sauvegarde

#7 03-06-2018 23:05:21

Re : [Résolu] Fsck Erreur 4 au boot sur disque usb de sauvegarde

#8 04-06-2018 07:48:43

Re : [Résolu] Fsck Erreur 4 au boot sur disque usb de sauvegarde

#9 04-06-2018 09:30:38

Re : [Résolu] Fsck Erreur 4 au boot sur disque usb de sauvegarde

#10 04-06-2018 09:42:49

Re : [Résolu] Fsck Erreur 4 au boot sur disque usb de sauvegarde

#11 04-06-2018 09:56:35

Re : [Résolu] Fsck Erreur 4 au boot sur disque usb de sauvegarde

#12 04-06-2018 10:05:10

Re : [Résolu] Fsck Erreur 4 au boot sur disque usb de sauvegarde

#13 04-06-2018 10:10:28

Re : [Résolu] Fsck Erreur 4 au boot sur disque usb de sauvegarde

#14 04-06-2018 10:12:14

Re : [Résolu] Fsck Erreur 4 au boot sur disque usb de sauvegarde

#15 04-06-2018 10:17:33

Re : [Résolu] Fsck Erreur 4 au boot sur disque usb de sauvegarde

#16 04-06-2018 10:20:05

Re : [Résolu] Fsck Erreur 4 au boot sur disque usb de sauvegarde

#17 04-06-2018 10:20:45

Re : [Résolu] Fsck Erreur 4 au boot sur disque usb de sauvegarde

#18 04-06-2018 10:33:05

Re : [Résolu] Fsck Erreur 4 au boot sur disque usb de sauvegarde

#19 04-06-2018 10:39:12

Re : [Résolu] Fsck Erreur 4 au boot sur disque usb de sauvegarde

#20 04-06-2018 10:57:16

Re : [Résolu] Fsck Erreur 4 au boot sur disque usb de sauvegarde

#21 04-06-2018 11:12:01

Re : [Résolu] Fsck Erreur 4 au boot sur disque usb de sauvegarde

#22 04-06-2018 13:04:39

Re : [Résolu] Fsck Erreur 4 au boot sur disque usb de sauvegarde

#23 04-06-2018 13:14:12

Re : [Résolu] Fsck Erreur 4 au boot sur disque usb de sauvegarde

#24 04-06-2018 13:24:35

Re : [Résolu] Fsck Erreur 4 au boot sur disque usb de sauvegarde

#25 04-06-2018 15:24:26

Re : [Résolu] Fsck Erreur 4 au boot sur disque usb de sauvegarde

Pied de page des forums