Fórum Root.cz
Hlavní témata => Hardware => Téma založeno: A. F. 20. 07. 2020, 18:18:44
-
Mám 3TB disk. Který se mi začal hlásit jako 4.1GB, a prázdný. Jedná se o SEAGATE Desktop HDD, ST3000DM001-1ER166.
Zkoušel jsem prohodit kšandy, ale opravdu to vypadá, že mi selhal.
Můžete mi doporučit nějaký způsob, jak z něho zkusit ještě vytáhnout data? Nikdy jsem to nedělal.
Používám Fedoru 30.
Díky.
-
Pokud jsou ta data hodně cenná, pak se obrátit na odbornou firmu. Jinak si někde sehnat ten stejný funkční a zkusit přehodit elektroniku, ale to je šance na úspěch pár procent.
-
ST3000DM001 je jeden z nejhorších, co kdy byl na trhu, byla kvůli tomu i masivní vlna soudních tahanic nejen v USA. Má hned několik failure modes, ale ten co popisujete je nejběžnější - disku se drolí povrchová úprava ploten a může rapidně selhat. Jediná možnost jak se k těm datům dostat je obnovit je ze zálohy.
-
ST3000DM001 je jeden z nejhorších, co kdy byl na trhu, byla kvůli tomu i masivní vlna soudních tahanic nejen v USA. Má hned několik failure modes, ale ten co popisujete je nejběžnější - disku se drolí povrchová úprava ploten a může rapidně selhat. Jediná možnost jak se k těm datům dostat je obnovit je ze zálohy.
Ach ne :-[
Díky za informaci.
-
Ach ne :-[
Díky za informaci.
je mi to lito, ale zas se potvrzuje, ze plati: jsou jen 2 druhy lidi, to co zalohuji data a ti co jeste o zadne data neprisli.
-
Ach ne :-[
Díky za informaci.
je mi to lito, ale zas se potvrzuje, ze plati: jsou jen 2 druhy lidi, to co zalohuji data a ti co jeste o zadne data neprisli.
Omyl. Jsou TŘI až čtyři druhy lidí.
1) o data teprve přijdou
2) o data už přišli
3) o data přijdou znovu
4) a znovu a znovu a znovu a nikdy se nepoučí.
Ve trojce být nechceš, natož ve čtyřce.
-
1. je potrebne napisat aky FS pouzivas, aby sa dalo definovat, ci vobec existuje postup pre cloveka, ktory to este nikdy nerobil (data restoration)
2. ak je to EXT3/4, tak pre laikov je mozne pouzit https://www.r-studio.com/free-linux-recovery/ (https://www.r-studio.com/free-linux-recovery/)
kedze som uz davno neopravoval disky laickou metodou, tak je tazke poradit
3. K zaloham - suhlasim, iba clovek, ktoreho to uz raz zabolelo oceni hodnotu zalohovacieho ekosystemu. Hlavne takeho, z ktoreho sa da urobit aj Restore v dostatocnom dusevnom zdravi.
Avsak po precitani https://www.root.cz/clanky/fedora-33-prejde-na-btrfs/nazory/#newIndex1 (https://www.root.cz/clanky/fedora-33-prejde-na-btrfs/nazory/#newIndex1)
diskusie "odbornikov" z enterprise som pochopil, ze ak niekto prisiel o data na BTRFS FS, tak len vdaka jeho neochote/neschopnosti robit zalohy. Co je mi v enterprise minimalne divne. Ucime sa cely zivot
-
A co zkusit vyměnit desku?
https://www.hdd-parts.com/16050925.html
občas to zabere.
-
Disky potrebuju analyzu a nie hura system pri oprave
Potom vymena PCB az po zlyhani:
- opravy na urovni FS
- opravy na urovni blokov (je rozdiel poskodenia z dovodu SW alebo z dovodu HW)
- opravy na urovni vnutornych HW komponentov, napr. zaseknute rameno hlavy a pod.
samotna PCB s tym nemusi mat nic spolocne.
Ak uz vymena PCB, tak treba mat 100% istotu, ze dana PCB je naozaj ta ista s tym istym Part./Rev. No. Inak su to vyhodene peniaze a strata casu = PCB 50USD + shipping cost + VAT
-
1. je potrebne napisat aky FS pouzivas, aby sa dalo definovat, ci vobec existuje postup pre cloveka, ktory to este nikdy nerobil (data restoration)
2. ak je to EXT3/4, tak pre laikov je mozne pouzit https://www.r-studio.com/free-linux-recovery/ (https://www.r-studio.com/free-linux-recovery/)
kedze som uz davno neopravoval disky laickou metodou, tak je tazke poradit
3. K zaloham - suhlasim, iba clovek, ktoreho to uz raz zabolelo oceni hodnotu zalohovacieho ekosystemu. Hlavne takeho, z ktoreho sa da urobit aj Restore v dostatocnom dusevnom zdravi.
Avsak po precitani https://www.root.cz/clanky/fedora-33-prejde-na-btrfs/nazory/#newIndex1 (https://www.root.cz/clanky/fedora-33-prejde-na-btrfs/nazory/#newIndex1)
diskusie "odbornikov" z enterprise som pochopil, ze ak niekto prisiel o data na BTRFS FS, tak len vdaka jeho neochote/neschopnosti robit zalohy. Co je mi v enterprise minimalne divne. Ucime sa cely zivot
Možná by bylo lepší, kdyby jste nejdřív četl co zakladatel vlákna napsal, než začnete s vašimi radami. 3TB disk se nyní hlásí jako 4TB, což je zjevný HW problém. Buď selhává elektronika nebo se něco stalo s plotnami a elektronika si myslí, že jde o vyšší model ve stejné řadě. V tomto stavu se adekvátně k filesystému vůbec nedostanete, tak se do toho snažit hrabat vámi navrženým způsobem není pomoc ale naopak.
-
Pro začátek to můžeš zkusit nacpat do jiného počítače s jiným řadičem, i když šance, že to zabere, je malá.
Ovšem podle toho popisu bych spíš řekl, že nejbezpečnější bude neexperimentovat, ať nenapácháš ještě větší škody, a obrátit se na odbornou firmu, jak už tady padlo. Pokud ti to tedy bude stát za ty prachy. Počítej s tím, že jestli jde o HW problém (speciálně mechanické poškození), tak za to dáš nejmíň pár tisíc a podle náročnosti se to může vyšplhat i na dost přes desítku, přičemž se takřka jistě nepodaří zachránit všechno. Minimálně by ale mohli provést diagnostiku a dát ti na vybranou, jestli chceš investovat do záchrany.
-
1. je potrebne napisat aky FS pouzivas, aby sa dalo definovat, ci vobec existuje postup pre cloveka, ktory to este nikdy nerobil (data restoration)
2. ak je to EXT3/4, tak pre laikov je mozne pouzit https://www.r-studio.com/free-linux-recovery/ (https://www.r-studio.com/free-linux-recovery/)
kedze som uz davno neopravoval disky laickou metodou, tak je tazke poradit
3. K zaloham - suhlasim, iba clovek, ktoreho to uz raz zabolelo oceni hodnotu zalohovacieho ekosystemu. Hlavne takeho, z ktoreho sa da urobit aj Restore v dostatocnom dusevnom zdravi.
Avsak po precitani https://www.root.cz/clanky/fedora-33-prejde-na-btrfs/nazory/#newIndex1 (https://www.root.cz/clanky/fedora-33-prejde-na-btrfs/nazory/#newIndex1)
diskusie "odbornikov" z enterprise som pochopil, ze ak niekto prisiel o data na BTRFS FS, tak len vdaka jeho neochote/neschopnosti robit zalohy. Co je mi v enterprise minimalne divne. Ucime sa cely zivot
Možná by bylo lepší, kdyby jste nejdřív četl co zakladatel vlákna napsal, než začnete s vašimi radami. 3TB disk se nyní hlásí jako 4TB, což je zjevný HW problém. Buď selhává elektronika nebo se něco stalo s plotnami a elektronika si myslí, že jde o vyšší model ve stejné řadě. V tomto stavu se adekvátně k filesystému vůbec nedostanete, tak se do toho snažit hrabat vámi navrženým způsobem není pomoc ale naopak.
dakujem za radu
ako ste si vsimol, tak som sa vyhol poradenstvu pre osobu, ktora je zjavne neskusena. Co je OK, pretoze ak by sme boli vsetci raketovi vedci, tak by sme uz lietali na MARS (alebo ani nie).
Takze moje rady vychadzali z tohto:
Mám 3TB disk. Který se mi začal hlásit jako 4.1GB, a prázdný.
co znamena, ze disk sa minimalne "hlasi" a system s nim ako tak komunikuje - ako by inak uzivatel vedel jeho aktualnu kapacitu?
normalne by som zacal so "smartctl", aby som sa dozvedel rozsirene info o disku ajeho zdravotnej karte
nasledne by som to porovnal so svojou DB k poctu platni a ich velkosti pre konkretny disk = 3 x 1TB
ale toto vam asi nemusim pisat, kedze zjavne mate kristalovu gulu a vidite to hned na HW problem (co je pre mna tazko identifikovatelny detail). Pretoze hned vidite, ze sa neda dostat k FS. Skusal ste to na tom konkretnom disku?
Tak co analyza alebo shoot in the dark?
-
Možná by bylo lepší, kdyby jste nejdřív četl co zakladatel vlákna napsal, než začnete s vašimi radami. 3TB disk se nyní hlásí jako 4TB [..]
take se mozna podivej jeste jednou ;) tazatel psal ze ted se hlasi "jako 4.1GB"...
-
ludia sa prilis nudia, potom odpisuju bez citania. ucelom nie je poskytnut radu, ale buchnut si do niekoho.
btw, otvarame novu sekciu CZ/SK doteraz vyhradne ENG Synoforum.com, ktore sa venuje specialne NASom a celemu ekosysemu (disky, FS, packages, Docker, network, ...).
-
Mám 3TB disk. Který se mi začal hlásit jako 4.1GB, a prázdný. Jedná se o SEAGATE Desktop HDD, ST3000DM001-1ER166.
Zkoušel jsem prohodit kšandy, ale opravdu to vypadá, že mi selhal.
Můžete mi doporučit nějaký způsob, jak z něho zkusit ještě vytáhnout data? Nikdy jsem to nedělal.
Používám Fedoru 30.
Díky.
Z vlastní zkušenosti můžu doporučit https://www.datahelp.cz/
Naopak můžu vřele NEdoporučit jakékoli pokusy bez znalosti problematiky. Stručně: pokud nevíš co děláš, tak se v tom nevrtej, tím spíš když jde o důležitá data od kterých nemáš zálohy. Rozjebat to nevratně je otázka pár sekund.
Ty peníze co to bude stát ber jako školné a motivaci zálohovat.
-
Možná by bylo lepší, kdyby jste nejdřív četl co zakladatel vlákna napsal, než začnete s vašimi radami. 3TB disk se nyní hlásí jako 4TB [..]
take se mozna podivej jeste jednou ;) tazatel psal ze ted se hlasi "jako 4.1GB"...
To je předpokládám jen překlep. Protože 3 TB disk, co se začne hlásit jako 4TB jsem už viděl (nebo i jiné kapacity) ale ne aby se hlásil o 3 řády menší (i když je to teoreticky možné, tak je ta pravděpodobnost, že to tak je nízká). Každopádně asi by pomohlo kdyby tazatel poslal jasné výstupy z nástrojů, které něco prozradí.
-
Možná by bylo lepší, kdyby jste nejdřív četl co zakladatel vlákna napsal, než začnete s vašimi radami. 3TB disk se nyní hlásí jako 4TB [..]
take se mozna podivej jeste jednou ;) tazatel psal ze ted se hlasi "jako 4.1GB"...
To je předpokládám jen překlep. Protože 3 TB disk, co se začne hlásit jako 4TB jsem už viděl (nebo i jiné kapacity) ale ne aby se hlásil o 3 řády menší (i když je to teoreticky možné, tak je ta pravděpodobnost, že to tak je nízká). Každopádně asi by pomohlo kdyby tazatel poslal jasné výstupy z nástrojů, které něco prozradí.
Není to překlep. Skutečně se mi to teď hlásí s kapacitou 4.1GB.
Nějaké další výstupy dám k dispozici, až tam ten disk zase vrátím. Smířil jsem se s myšlenkou, že jsem o ně přišel.
-
kedze sa ti disk hlasi, tak
nic nepokazis ked sem das vystup z:
fdisk -lu /dev/sdx ...podla toho ako sa ti hlasi disk
nasledne
fdisk -s /dev/sdxx ... konkretnu partition, ktora vykazuje problem
nasledne mozes spustit smartctl ... ak nemas instalovane, tak install smartmontools
smartctl --smart=on /dev/sdx .... podla disku
smartctl --info /dev/sdx ... dtto
smartctl --capabilities /dev/sdx ...dtto
smartctl --attributes /dev/sdx .... dtto
staci urobit short test:
smartctl -t short /dev/sdx ... dtto
vo finale
smartctl -H /dev/sdx ...dtto
a postupne pod kazdy command vloz vystup. Mozno to bude jednoducha vec s relokaciou blokov, alebo to bude fakt zlozita, ktoru si budes musiet zaplatit u odbornikov.
-
Tak ještě pošlete:
hdparm -i /dev/DEVICE
a
hdparm -N /dev/DEVICE
-
Možná by bylo lepší, kdyby jste nejdřív četl co zakladatel vlákna napsal, než začnete s vašimi radami. 3TB disk se nyní hlásí jako 4TB [..]
take se mozna podivej jeste jednou ;) tazatel psal ze ted se hlasi "jako 4.1GB"...
To je předpokládám jen překlep. Protože 3 TB disk, co se začne hlásit jako 4TB jsem už viděl (nebo i jiné kapacity) ale ne aby se hlásil o 3 řády menší (i když je to teoreticky možné, tak je ta pravděpodobnost, že to tak je nízká). Každopádně asi by pomohlo kdyby tazatel poslal jasné výstupy z nástrojů, které něco prozradí.
Není to překlep. Skutečně se mi to teď hlásí s kapacitou 4.1GB.
Nějaké další výstupy dám k dispozici, až tam ten disk zase vrátím. Smířil jsem se s myšlenkou, že jsem o ně přišel.
A to se hlásí touhle kapacitou disk, nebo oddíl na něm? To je podstatný rozdíl.
-
Imho je mrtev.
-
kedze sa ti disk hlasi, tak
nic nepokazis ked sem das vystup z:
fdisk -lu /dev/sdx ...podla toho ako sa ti hlasi disk
# fdisk -lu /dev/sda
fdisk: /dev/sda nelze otevřít: Chyba vstupu/výstupu
Když dám fdisk -lu /dev/sdb což je druhý zdravý disk, tak to vypíše spoustu hlášek. Takže snad žádný překlep.
nasledne mozes spustit smartctl ... ak nemas instalovane, tak install smartmontools
smartctl --smart=on /dev/sdx .... podla disku
smartctl --info /dev/sdx ... dtto
smartctl --capabilities /dev/sdx ...dtto
smartctl --attributes /dev/sdx .... dtto
staci urobit short test:
smartctl -t short /dev/sdx ... dtto
vo finale
smartctl -H /dev/sdx ...dtto
a postupne pod kazdy command vloz vystup. Mozno to bude jednoducha vec s relokaciou blokov, alebo to bude fakt zlozita, ktoru si budes musiet zaplatit u odbornikov.
# smartctl --smart=on /dev/sda
smartctl 7.0 2019-03-31 r4903 [x86_64-linux-5.6.13-100.fc30.x86_64] (local build)
Copyright (C) 2002-18, Bruce Allen, Christian Franke, www.smartmontools.org
=== START OF ENABLE/DISABLE COMMANDS SECTION ===
SMART Enable failed: scsi error badly formed scsi parameters
A mandatory SMART command failed: exiting. To continue, add one or more '-T permissive' options.
# smartctl --info /dev/sda
smartctl 7.0 2019-03-31 r4903 [x86_64-linux-5.6.13-100.fc30.x86_64] (local build)
Copyright (C) 2002-18, Bruce Allen, Christian Franke, www.smartmontools.org
=== START OF INFORMATION SECTION ===
Device Model: ST3000DM001
Serial Number: Z503M6GX
LU WWN Device Id: 5 000c50 092985ae6
Firmware Version: CC26
User Capacity: 137 438 952 960 bytes [137 GB]
Sector Size: 512 bytes logical/physical
Rotation Rate: 7200 rpm
Device is: Not in smartctl database [for details use: -P showall]
ATA Version is: ATA8-ACS T13/1699-D revision 4
SATA Version is: SATA 3.0, 6.0 Gb/s
Local Time is: Wed Jul 22 18:56:11 2020 CEST
SMART support is: Available - device has SMART capability.
SMART support is: Enabled
# smartctl --capabilities /dev/sda
smartctl 7.0 2019-03-31 r4903 [x86_64-linux-5.6.13-100.fc30.x86_64] (local build)
Copyright (C) 2002-18, Bruce Allen, Christian Franke, www.smartmontools.org
Read SMART Data failed: scsi error badly formed scsi parameters
=== START OF READ SMART DATA SECTION ===
smartctl --attributes /dev/sda
smartctl 7.0 2019-03-31 r4903 [x86_64-linux-5.6.13-100.fc30.x86_64] (local build)
Copyright (C) 2002-18, Bruce Allen, Christian Franke, www.smartmontools.org
Read SMART Data failed: scsi error badly formed scsi parameters
=== START OF READ SMART DATA SECTION ===
# smartctl -H /dev/sda
smartctl 7.0 2019-03-31 r4903 [x86_64-linux-5.6.13-100.fc30.x86_64] (local build)
Copyright (C) 2002-18, Bruce Allen, Christian Franke, www.smartmontools.org
Read SMART Data failed: scsi error badly formed scsi parameters
=== START OF READ SMART DATA SECTION ===
SMART Status command failed: scsi error badly formed scsi parameters
SMART overall-health self-assessment test result: UNKNOWN!
SMART Status, Attributes and Thresholds cannot be read.
hdparm -i /dev/DEVICE
# hdparm -i /dev/sda
/dev/sda:
Model=ST3000DM001, FwRev=CC26, SerialNo=Z503M6GX
Config={ HardSect NotMFM HdSw>15uSec Fixed DTR>10Mbs RotSpdTol>.5% }
RawCHS=16383/16/63, TrkSize=0, SectSize=0, ECCbytes=4
BuffType=unknown, BuffSize=unknown, MaxMultSect=16, MultSect=16
CurCHS=16383/16/63, CurSects=16514064, LBA=yes, LBAsects=8089950
IORDY=on/off, tPIO={min:120,w/IORDY:120}, tDMA={min:120,rec:120}
PIO modes: pio0 pio1 pio2 pio3 pio4
DMA modes: mdma0 mdma1 mdma2
UDMA modes: udma0 udma1 udma2 udma3 udma4 udma5 *udma6
AdvancedPM=no WriteCache=enabled
Drive conforms to: unknown: ATA/ATAPI-4,5,6,7
* signifies the current active mode
hdparm -N /dev/DEVICE
# hdparm -N /dev/sda
/dev/sda:
SG_IO: bad/missing sense data, sb[]: 70 00 05 00 00 00 00 0a 04 51 40 00 21 04 00 00 80 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
SG_IO: bad/missing sense data, sb[]: 70 00 05 00 00 00 00 0a 04 51 40 01 21 04 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
max sectors = 8089950/1(1?), HPA setting seems invalid (buggy kernel device driver?)
Upřímně, moc se nechytám. Na první pohled mi přijde, že je po něm.
-
smartctl hlásí 137GB, hdparm LBA hlásí 4GB, CHS 8GB. Pokud vám to stojí za to, zkusil bych vyměnit tu elektroniku, ale taky mi přijde, že je v klinické smrti. Možná někdo ještě má jiný nápad?