Fórum Root.cz
Hlavní témata => Hardware => Téma založeno: ggoblin 13. 09. 2019, 11:30:14
-
Zdravím, mám zajímavý problém s disky v domácím multimediálním počítači (Ubuntu + samba fileserver, ze kterého si pouštím filmy). A protože moje znalosti hw jsou dost mizerné, hledám pomoc.
Co se stalo: Počítač z ničeho nic přestal být vidět na síti, po resetu nenaběhl.
Po výměně všeho možného jsem skončil s :
- nová deska (ASUS TUF B360-PLUS GAMING), nový procesor a paměti
- nový systémový disk (starý regulérně umřel)
- nově nainstalované ubuntu server
Po připojení se některé datové disky ozvaly (1-3TB, většina WD, všechny ext3-4). Dva disky se ale neozvaly, a to ani v biosu, a tím logicky ani v systému (3TB WD Red a 4TB Seagate). Než jsem je vyhodil, připojil jsem je k druhému počítači (windows, diskinternals utilita na čtení ext disků a hotswap šuplík), kde se disk bez problémů přihlásil, načetl a zobrazil.
Co jsem už zkoušel:
- vyměnit sata káblíky
- proházet káblíky mezi disky (vidím pořád ty stejné)
- připojit jen systémový disk a jeden z chyba-disků (vidím jen systémový)
- šťourat se v biosu a měnit náhodně nastavení, kterým ale moc nerozumím (ahci cosi...?)
- fsck, parted - disk tvrdošijně tvrdí, že má hw jinou velikost, než udává gpt tabulka. Ano, ten disk, který není v biosu vidět. V /dev je vidět jako /dev/sdg, nevidím ale /dev/sdg1 ani jinou partition
Rád bych se k datům znovu dostal, hardwarově jsem pro to už podle mě udělal maximum, víc toho už vyměnit nejde. Rád poskytnu další informace, protože jsem už poněkud v koncích. Nějaké nápady?
-
no tím, že to jsou disky > 2TB bych myslel, že je chyba v GPT, případně že tam je oboje MBR a GPT a dělá to neplechu
co říká sudo gdisk -l /dev/sda
ještě je možnost, že máš zapnuté HPA (o kus míň disku je vidět) a pak není správně vidět GPT na konci disku
otestuj sudo hdparm -N /dev/sdx
-
# gdisk -l /dev/sdg
GPT fdisk (gdisk) version 1.0.3
Partition table scan:
MBR: protective
BSD: not present
APM: not present
GPT: present
Found valid GPT with protective MBR; using GPT.
Warning! Secondary partition table overlaps the last partition by
434 blocks!
You will need to delete this partition or resize it in another utility.
Disk /dev/sdg: 7814035055 sectors, 3.6 TiB
Model: WDC WD40EFRX-68N
Sector size (logical/physical): 512/4096 bytes
Disk identifier (GUID): CB575A39-B5C7-9646-9E34-45F4063C73D5
Partition table holds up to 128 entries
Main partition table begins at sector 2 and ends at sector 33
First usable sector is 34, last usable sector is 7814035021
Partitions will be aligned on 2048-sector boundaries
Total free space is 2014 sectors (1007.0 KiB)
Number Start (sector) End (sector) Size Code Name
1 2048 7814035455 3.6 TiB 0700
# hdparm -N /dev/sdg
/dev/sdg:
max sectors = 7814035055/7814037168, HPA is enabled
-
toto je ze stroje, kde data vidět nejsou?
nenapadá mě, proč je HPA zapnutý na HDD, na SSD se to používá jako overprovisioning
nebyl ten disk původně součástí nějakýho HW pole? nebo nemá ta nová deska nějaký RAID zapnutý? to by mohlo HPA pužívat, takže RAID vypnout, dát jen AHCI a zkusit, jestli je HPA pořád zapnuté
no já bych udělal toto: 1. na stroji, kde jsou data vidět, tak udělat nejdřív zálohu
2. pak HPA zrušit hdparm -N p7814037168 /dev/sdx (to větší číslo)
pak by mělo psát HPA disabled (po restartu asi) a pak by se to mohlo chovat všude stejně (asi)
-
ještě je možný, že ten hotswap šuplík ignoruje to HPA? to by se zkusilo šuplíkem připojeným k novému počítači
-
Tohle vypisuje ten novej stroj, kde vidím jen /dev/sdg (a ne partitiony). Druhej disk, hádám podle velikosti ten 3TB, nevidím vůbec.
Pamatuju si, že jsem kdysi jeden disk kupoval jako docela novinku a musel jsem partedu ručně vnutit geometrii, jinak mi bral kapacitu jen jako 2TB. HPA ale vidím prvně a vědomě jsem to určitě nezapínal, součástí žádného pole taky nebyl, jen samostatný disk, kam se píšou data.
Zkusím vypnout RAID (pokud ho najdu, nemyslím, že jsem takovou věc viděl) a případně zkusím udělat zálohu a vypnout to HPA. A ještě zkusím třetí počítač, nemám sice šuplík, ale zkusím klasický kabel. Ozvu se potom s výsledky, zatím děkuju za tvůj čas.
-
ja by som skusil updatnut BIOS. jaku mas verziu?
tu:
https://www.asus.com/us/Motherboards/TUF-B360-PLUS-GAMING/HelpDesk_BIOS/
pisu ze od 1 verzie (2018/03/02) bolo uz 7 updatov. s toho sa 2 tykali RAIDu...
niekedy tie dosky stoja na sklade aj rok a nikto to neupdatne.
-
To mě vůbec nenapadlo, ale raid tam vůbec nemám, jsou to samostatné disky. A 3 nebo 4 TB by v dnešní době nemusela být až tak exotická kapacita, ne?
-
tak jaku mas tu verziu na tej doske?
-
To mě vůbec nenapadlo, ale raid tam vůbec nemám, jsou to samostatné disky. A 3 nebo 4 TB by v dnešní době nemusela být až tak exotická kapacita, ne?
tak kapacita je normální, ale to z neznámého důvodu zapnuté HPA posunuje konec disku, kde se nachází sekundární GPT a to způsobuje problémy
-
To mě vůbec nenapadlo, ale raid tam vůbec nemám, jsou to samostatné disky. A 3 nebo 4 TB by v dnešní době nemusela být až tak exotická kapacita, ne?
Nejde o kapacitu, ale o zapnuté HPA, jak už tady bylo řečeno. Nová deska podporuje tzv. Intel Rapid Storage Technology. Když má disk zapnuté HPA, tak si ho tuším uzme pro sebe. Ale je už to dlouho, co jsem s tím kutil naposledy, tak to je informace s rezervou. Každopádně řešení je prostě HPA vypnout a stejně tak Intel Rapid Storage Technology v BIOS/UEFI setupu desky.
Viz https://dlcdnets.asus.com/pub/ASUS/mb/LGA1151/TUF_B360-PLUS_GAMING/E14079_TUF_B360-PLUS_GAMING_UM_V2_WEB.pdf - strana 29.
Proč máte HPA vůbec nastavené je otázka. Z výroby to určitě zapnuté nechodí. Dělají to právě různé RAID nastavení v BIOS/UEFI. A každý firmware desky se k tomu chová jinak. Takže jste nejspíš narazil na to, že se to na původním stroji zaplo, ale protože se to nakonec v režimu pseudo HW RAID nepoužívalo, tak to nejspíš HPA ignorovalo. Po přenesení na jiný stroj si to FW desky vysvětlil po svém a problém byl na světě.
-
tak jaku mas tu verziu na tej doske?
v. 0904, od koupě nebyl bios aktualizovaný.
ByCzech: to by skutečně vysvětlovalo, proč to funguje takhle divně a nekonzistentně. S troškou nadsázky mě mátlo, že ubuntu (ve kterém to do určité doby fungovalo) to najednou nepřečte (to už byla ale vyměněná deska) a windows, pro které to není vůbec nativní, to přečtou. Odpověď možná budou právě ty DiskInternals, které se budou snažit číst co nejvíc. Takže ve finále vezmu nejspíš mošničku, půjdu koupit nový disk, abych mohl tohle někam zazálohovat, pak to hpa vypnu a uvidím, jestli se mi povede to rozchodit. Z logiky věci bych usoudil, že pokud disk někde přečtu, na vyhození nebude.
-
no tak to updatni. potom sa uvidi ci treba riesit dalej.
-
Tak jsem updatoval bios, koupil nový disk a zálohuju data z obou "divně se chovajících". Nicméně samotný update biosu neudělal nic, stále vidím /dev/sdg, ale ne /dev/sdg1.
Jakmile se mi data dozálohují, doplním další informace.
-
toto je ze stroje, kde data vidět nejsou?
nenapadá mě, proč je HPA zapnutý na HDD, na SSD se to používá jako overprovisioning
nebyl ten disk původně součástí nějakýho HW pole? nebo nemá ta nová deska nějaký RAID zapnutý? to by mohlo HPA pužívat, takže RAID vypnout, dát jen AHCI a zkusit, jestli je HPA pořád zapnuté
no já bych udělal toto: 1. na stroji, kde jsou data vidět, tak udělat nejdřív zálohu
2. pak HPA zrušit hdparm -N p7814037168 /dev/sdx (to větší číslo)
pak by mělo psát HPA disabled (po restartu asi) a pak by se to mohlo chovat všude stejně (asi)
Tak jsem to zkusil a...nic. Vypnul jsem tu Intel Rapid Storage Technology jak radil byCzech, ale nezměnilo se nic. (následující výstup je stejný se zapnutým i vypnutým IRST)
# hdparm -N -p7814037168 /dev/sdb
/dev/sdb:
attempting to set PIO mode to -775897424
HDIO_SET_PIO_MODE failed: Inappropriate ioctl for device
max sectors = 7814035055/7814037168, HPA is enabled
-
# hdparm -N -p7814037168 /dev/sdb
/dev/sdb:
attempting to set PIO mode to -775897424
HDIO_SET_PIO_MODE failed: Inappropriate ioctl for device
max sectors = 7814035055/7814037168, HPA is enabled
Špatně zadáno, správně to je:
hdparm -N p7814037168
nebo
hdparm -Np7814037168
Ta pomlčka před p ve vašem pokusu vadí. Viz manuálová stránka k hdparm:
-N Get/set max visible number of sectors, also known as the Host Protected Area setting. Without a parameter, -N
displays the current setting, which is reported as two values: the first gives the current max sectors setting,
and the second shows the native (real) hardware limit for the disk. The difference between these two values in‐
dicates how many sectors of the disk are currently hidden from the operating system, in the form of a Host Pro‐
tected Area (HPA). This area is often used by computer makers to hold diagnostic software, and/or a copy of the
originally provided operating system for recovery purposes. Another possible use is to hide the true capacity
of a very large disk from a BIOS/system that cannot normally cope with drives of that size (eg. most current
{2010} BIOSs cannot deal with drives larger than 2TB, so an HPA could be used to cause a 3TB drive to report it‐
self as a 2TB drive). To change the current max (VERY DANGEROUS, DATA LOSS IS EXTREMELY LIKELY), a new value
should be provided (in base10) immediately following the -N option. This value is specified as a count of sec‐
tors, rather than the "max sector address" of the drive. Drives have the concept of a temporary (volatile) set‐
ting which is lost on the next hardware reset, as well as a more permanent (non-volatile) value which survives
resets and power cycles. By default, -N affects only the temporary (volatile) setting. To change the permanent
(non-volatile) value, prepend a leading p character immediately before the first digit of the value. Drives are
supposed to allow only a single permanent change per session. A hardware reset (or power cycle) is required be‐
fore another permanent -N operation can succeed. Note that any attempt to set this value may fail if the disk
is being accessed by other software at the same time. This is because setting the value requires a pair of
back-to-back drive commands, but there is no way to prevent some other command from being inserted between them
by the kernel. So if it fails initially, just try again. Kernel support for -N is buggy for many adapter types
across many kernel versions, in that an incorrect (too small) max size value is sometimes reported. As of the
2.6.27 kernel, this does finally seem to be working on most hardware.
Bez toho "p" to je jen dočasné (do dalšího resetu zařízení) s tím "p" před číslem je ta změna permanentní. Parametr "-p" dělá přeprogramování IDE interface chipsetu pro specifický PIO mód, takže proto ta chyba.
PS: Pozor na tohle:
Drives are supposed to allow only a single permanent change per session. A hardware reset (or power cycle) is required before another permanent -N operation can succeed.
-
Já jsem si říkal, že mi tam man sype poněkud jiné věci, než jsme mi tu řekli vy, ale pak jsem si řekl, že zálohu mám a zkazit není co. Pomlčky jsem si nějak nevšiml. S ní to...... funguje! Jeden z disků mám zpět.
Úspěšně namountováno a obsahuje data. Moc děkuju všem zúčastněným!
Nicméně druhý disk na stejnou medicínu reagoval o poznání méně pozitivně. hdparm hlásil využití/viditelnost něco jako 5860577134/7814037168. Opravil jsem to stejným způsobem, ale nestalo se nic. /dev/sdh1 jsem viděl i předtím, mount hlásil (a hlásí)
mount: /mnt/7: wrong fs type, bad option, bad superblock on /dev/sdh1, missing codepage or helper program, or other error.což by podle mě ukazovalo na chybu filesystému. Nicméně když jsem zkusil gdisk, dostal jsem:
# gdisk /dev/sdh1
GPT fdisk (gdisk) version 1.0.3
Partition table scan:
MBR: not present
BSD: not present
APM: not present
GPT: not present
Creating new GPT entries.
Command (? for help): p
Disk /dev/sdh1: 5860573184 sectors, 2.7 TiB
Sector size (logical/physical): 512/4096 bytes
Disk identifier (GUID): 2E148545-E33D-45D2-9AC0-F98A57B0F622
Partition table holds up to 128 entries
Main partition table begins at sector 2 and ends at sector 33
First usable sector is 34, last usable sector is 5860573150
Partitions will be aligned on 2048-sector boundaries
Total free space is 5860573117 sectors (2.7 TiB)
Number Start (sector) End (sector) Size Code Name
Command (? for help):
Druhá invokace vypadá trošku jinak (tu první jsem hned ukončil 'q', chtěl jsem jen vidět stav)
# gdisk /dev/sdh
GPT fdisk (gdisk) version 1.0.3
Partition table scan:
MBR: protective
BSD: not present
APM: not present
GPT: present
Found valid GPT with protective MBR; using GPT.
Command (? for help): p
Disk /dev/sdh: 5860577134 sectors, 2.7 TiB
Model: ST4000VN008-2DR1
Sector size (logical/physical): 512/4096 bytes
Disk identifier (GUID): 13B1C2A4-E224-48CE-91D7-8CE955A73ADD
Partition table holds up to 128 entries
Main partition table begins at sector 2 and ends at sector 33
First usable sector is 34, last usable sector is 5860577100
Partitions will be aligned on 2048-sector boundaries
Total free space is 3883 sectors (1.9 MiB)
Number Start (sector) End (sector) Size Code Name
1 2048 5860575231 2.7 TiB 8300
Command (? for help):
Pochopil jsem, že první volání automaticky vytvořilo GPT, nicméně kde se vzala (a co znamená) protective MBR - master boot record na tom disku nemá co dělat, není systémový, nebootuju z něj. A velikost toho disku v sektorech mi přijde pořád stejná jako před hdparm, ačkoliv jak jsem psal na začátku tohohle příspěvku, hdparm zafungoval a hpa bylo vypnuto.
-
no pro ten druhý disk je potřeba použít samozřejmě jiný číslo, nepoužil jsi náhodou to stejné? ;D
kolik ted říká na druhým disku sudo hdparm -N /dev/sdx ? raději vypnout počítač a zapnout předtím
5860577134/7814037168 se mi zdá divné, z prvního disku chybělo jen kolem 1M, toto je už nějak moc
navíc tento disk má být asi 3TB a ten vyléčený má být 4TB? očekával bych to číslo v tomto poměru zhruba, t.j. asi kolem těch 5860500000
takhle to vypadá, že disk je 4TB a byl HPA omezen na 3TB? no tím odstraněním HPA z něj uděláš 4TB disk, akorát GPT nebude zarovnaný, ale asi bych ho smazal a přehrál data ze zálohy a radoval se, že mám větší disk?
nebo jsi napsal počet sektorů z 4TB disku do 3TB disku, ani jsem nevěděl, že to jde, haha ;D
v tom případě tam vrať to 5860577134, vypnout, zapnout, zkontrolovat, jestli ještě HPA hlásí
jinak MBR je starý systém rozdělování disků a GPT nový pro disky nad 2TB. že tam máš protective MBR neznamená, že se z něj startuje, ale je to jenom falešná MBR, aby si nějaký software nemyslel, že disk je volný a nepřepisoval ho
-
Ne, to je číslo, co jsem vzal z tohohle disk a jeho hdparm -N :)
Popravdě bych se nedivil, kdyby tenhle disk byl hardwarově divnej - pokud si pamatuju, tak jsem docela dlouho tancoval, než začal fungovat - ručně jsem musel nastavovat nějaké cylindry a tak, protože automaticky to gdisk nebral. Ale je to už dávno a detaily milosrdně zmizely.
Nicméně, tenhle disk je skutečně 3TB (a ten zdravý byl 4TB), vrátil jsem tam (s použitím asi nejdivnějšího přepínače) původní hodnotu, kterou jsem si prozíravě zapsal. V tuhle chvíli gdisk neprotestuje, ale partitiona pořád nejde mountnout protože ta samá chyba (wrong fs type). fsck mi hlásí asi půl milionu chyb typu
Error writing block 973078528 (Invalid argument). Ignore error? yes
Error writing block 732954624 (Invalid argument) while writing block and inode bitmaps. Ignore error? yesA mount selhává pořád stejně - fsck tvrdí, že filesystem byl modifikovaný, ale rozhodně nebyl uzdravený.
V zásadě mi nejde ani o to, abych zachránil obsah (i když by to ušetřilo něco času), jako spíš mít disk, na který můžu zase číst a zapisovat. Mám se teda vydat cestou hdparm->zvýšit hodnotu, gdisk->nová tabulka, nový oddíl, e2mkfs->format? V případě selhání vrátit původní hpa hodnotu a pokračovat gdiskem stejně?
-
V zásadě mi nejde ani o to, abych zachránil obsah (i když by to ušetřilo něco času), jako spíš mít disk, na který můžu zase číst a zapisovat. Mám se teda vydat cestou hdparm->zvýšit hodnotu, gdisk->nová tabulka, nový oddíl, e2mkfs->format? V případě selhání vrátit původní hpa hodnotu a pokračovat gdiskem stejně?
Osobně bych zkusil vypnout HPA (restart, aby se HW resetoval drive), přepsat první bloky nulami (dd if=/dev/zero of=/dev/hdX bs=1M count=10) a vytvořit novou partition table, protože pokud se v původním stroji šachovalo s geometrií, může to teď dělat problém. Tímto si myslím, že by měl být disk v pořádku.
-
kolik teď ten nemocnej disk říká na sudo hdparm -N /dev/sdx ?
zrušil bych HPA, aby to prostě potom říkalo:
max sectors = číslo/to stejný číslo, HPA is disabled
a pak bych určitě zkusil smartctl -t long /dev/sdx, po těch několika hodinách by měl být výsledek v logu v smartctl -a /dev/sdx
případně bych ještě disk otestoval pomocí badblocks -wsv -b 4096 -c 4096 /dev/sdx
ten to přepíše několikrát a napíše, kolik je chyb, ale může to trvat i dny
ten smart test nezávysí od HPA, badblocks jo, to už by mělo být vypnutý
-
přepsat první bloky nulami
docela zrada je, že gpt je i na konci
osvědčilo se wpiefs -a /dev/sdx1 a wipefs -a /dev/sdx, což by po detekci GPT mělo vymazat jak začátek tak i konec
no po tom badblocks, jak jsem už doporučoval, je to stejně jedno, ten smaže všechno
-
přepsat první bloky nulami
docela zrada je, že gpt je i na konci
Ano na konci disku je druhá (záložní) tabulka GPT. Ale ještě se mi nestalo, aby po vymazání úvodního kusu byl problém s tím, že je na konci disku kopie. Prostě se nechá udělat nová tabulka rozdělení disku a ta na konci se přepíše.
Problém nastává, pokud je druhá kopie nedostupná nebo poškozená ap., což se řeší v tomto vlákně.
BTW. vypadá, že zapnuté HPA byl problém se zapnutým pseudoHW RAID v původním stroji, jak jsem tipoval: https://wiki.archlinux.org/index.php/GPT_fdisk#Convert_between_MBR_and_GPT
There are known corruption issues with the backup GPT on laptops that are Intel chipset based, and run in RAID mode. The solution is to use AHCI instead of RAID, if possible.
-
/dev/sdh:
max sectors = 5860577134/7814037168, HPA is enabled
$ sudo hdparm -Np7814037168 /dev/sdh
/dev/sdh:
setting max visible sectors to 7814037168 (permanent)
max sectors = 7814037168/7814037168, HPA is disabled
Proběhl restart, hodnota zůstala.
wipefs -a /dev/sdh1, wipefs -a /dev/sdhSmazalo se pár bajtů, zmizela mi z /dev partitiona /dev/sdh1 (očekávaně).
mkfs -t ext4 /dev/sdh1a.... nemám 4TB disk. Nicméně, mám 3.5TB disk, který se dá používat, což je o 3,5 TB víc, než jsem měl předtím.
Smekám, jednou chci být jako vy. Děkuju ještě jedenkrát.
-
/dev/sdh:
max sectors = 5860577134/7814037168, HPA is enabled
$ sudo hdparm -Np7814037168 /dev/sdh
/dev/sdh:
setting max visible sectors to 7814037168 (permanent)
max sectors = 7814037168/7814037168, HPA is disabled
Proběhl restart, hodnota zůstala.
wipefs -a /dev/sdh1, wipefs -a /dev/sdhSmazalo se pár bajtů, zmizela mi z /dev partitiona /dev/sdh1 (očekávaně).
mkfs -t ext4 /dev/sdh1a.... nemám 4TB disk. Nicméně, mám 3.5TB disk, který se dá používat, což je o 3,5 TB víc, než jsem měl předtím.
Smekám, jednou chci být jako vy. Děkuju ještě jedenkrát.
7814037168 sektorů je 4TB pokud to dělíte 1000 (jak to dělají výrobci HDD) a ne 1024 (jak by se to správně mělo). Každopádně přibylo vám na tomhle disku 1TB, který byl původně v protected area. Gratuluji 8)
-
mkfs -t ext4 /dev/sdh1a.... nemám 4TB disk. Nicméně, mám 3.5TB disk, který se dá používat, což je o 3,5 TB víc, než jsem měl předtím.
Jinak pokud to je disk pouze na data (není systémový), je dobré rezervu pro roota dát nulovou, protože ve výchozím stavu je 5%, což u 4TB disku dělá cca 200GB. Ta kapacita se pak hodí.
při vytváření FS to je:
mkfs.ext4 -m0 /dev/sdXN
pokud už je FS vytvořen tak takto:
tune2fs -m0 /dev/sdXN
a užívat si vyšší kapacitu.
-
Jojo, touhle cestou už jsem šel. Akorát si to vyzkouším až doma, právě jsem si blbě napsaným fstabem zařízl přístup z dálky (chyba ve fstabu + restart). Ale dobrá připomínka, udělám, než na to zapomenu :-)
-
Jojo, touhle cestou už jsem šel. Akorát si to vyzkouším až doma, právě jsem si blbě napsaným fstabem zařízl přístup z dálky (chyba ve fstabu + restart). Ale dobrá připomínka, udělám, než na to zapomenu :-)
Aha, no jo, klasika - systemd. Před ním to fungovalo i s chybou. U "nepodstatných" (nesystémových) disků je od dob systemd třeba přidat parametr nofail, pak to pokračuje v bootu i když nejde daný disk připojit.
Viz třeba tady: https://forum.root.cz/index.php?topic=17382.0
-
stejně bych ještě udělal tu kontrolu smart, to se může i s datama a měla by se dělat pravidelně, jednou za měsíc třeba?
jestli to HPA tam nebylo naschvál, aby se náhodou nepoužívala vadná část disku, ale spíš ne
-
stejně bych ještě udělal tu kontrolu smart, to se může i s datama a měla by se dělat pravidelně, jednou za měsíc třeba?
jestli to HPA tam nebylo naschvál, aby se náhodou nepoužívala vadná část disku, ale spíš ne
Pravidelnou SMART kontrolu můžu doporučit taky. Ale 1 TB HPA tam bylo s největší pravděpodobností proto, protože disk byl v předchozím stroji spravován jako pseudoHW RAID a byl tam někde menší 3 TB disk, takže tenhle se zinicializoval jako "menší". To že se to nakonec v RAID nepoužíval je nepodstatné, takhle tyhle RAIDy fungují. Proto je lepší takové věci vypínat a nechat řadiče jet v AHCI režimu a případná pole sestavovat v OS.
-
Aha, no jo, klasika - systemd. Před ním to fungovalo i s chybou. U "nepodstatných" (nesystémových) disků je od dob systemd třeba přidat parametr nofail, pak to pokračuje v bootu i když nejde daný disk připojit.
Viz třeba tady: https://forum.root.cz/index.php?topic=17382.0
Jo, to vím taky, akorát v tom návalu radosti mi to nedošlo. Nebo zkusit ty disky mountout ručně podle fstabu, žejo... Ale nevadí, už to jede :-)
stejně bych ještě udělal tu kontrolu smart, to se může i s datama a měla by se dělat pravidelně, jednou za měsíc třeba?
jestli to HPA tam nebylo naschvál, aby se náhodou nepoužívala vadná část disku, ale spíš ne
Začal bych tím, že na disku je etiketa, která říká 3 TB - s vaší pomocí jsem z něj dostal 4 TB, takže začínám váhat, čím to bylo. Nicméně, už je to pár dní, funguje to a disk je čitelný, fsck proběhl v pořádku a nehlásí problém. Takže začínám mít pocit, že z nějakého obskurního důvodu vyrobili 4TB disk, omezili mu kapacitu a prodali za cenu 3TB. Kdo ví...
-
Aha, no jo, klasika - systemd. Před ním to fungovalo i s chybou. U "nepodstatných" (nesystémových) disků je od dob systemd třeba přidat parametr nofail, pak to pokračuje v bootu i když nejde daný disk připojit.
Viz třeba tady: https://forum.root.cz/index.php?topic=17382.0
Jo, to vím taky, akorát v tom návalu radosti mi to nedošlo. Nebo zkusit ty disky mountout ručně podle fstabu, žejo... Ale nevadí, už to jede :-)
stejně bych ještě udělal tu kontrolu smart, to se může i s datama a měla by se dělat pravidelně, jednou za měsíc třeba?
jestli to HPA tam nebylo naschvál, aby se náhodou nepoužívala vadná část disku, ale spíš ne
Začal bych tím, že na disku je etiketa, která říká 3 TB - s vaší pomocí jsem z něj dostal 4 TB, takže začínám váhat, čím to bylo. Nicméně, už je to pár dní, funguje to a disk je čitelný, fsck proběhl v pořádku a nehlásí problém. Takže začínám mít pocit, že z nějakého obskurního důvodu vyrobili 4TB disk, omezili mu kapacitu a prodali za cenu 3TB. Kdo ví...
Tak to je zajímavé. Tipoval jsem to na to, že disk byl omezen v BIOS/UEFI v režimu RAID na stejnou velikost jako druhý 3 TB. Tak dejte vědět, jak si disk vede.
Můžete poslat model disku?
-
Tak to je zajímavé. Tipoval jsem to na to, že disk byl omezen v BIOS/UEFI v režimu RAID na stejnou velikost jako druhý 3 TB. Tak dejte vědět, jak si disk vede.
Můžete poslat model disku?
# hdparm -i /dev/sdh
Model=ST4000VN008-2DR166, FwRev=SC60, SerialNo=WDH1XF6F
Config={ HardSect NotMFM HdSw>15uSec Fixed DTR>10Mbs RotSpdTol>.5% }
RawCHS=16383/16/63, TrkSize=0, SectSize=0, ECCbytes=0
BuffType=unknown, BuffSize=8192kB, MaxMultSect=16, MultSect=off
CurCHS=16383/16/63, CurSects=16514064, LBA=yes, LBAsects=7814037168
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=yes: unknown setting WriteCache=enabled
Drive conforms to: unknown: ATA/ATAPI-4,5,6,7
* signifies the current active mode
-
Můžete poslat model disku?
Koukal jsem zpět do diskuze a uváděl jste, že máte 3 TB WD, ale ve výstupu z gdisku je vidět model WDC WD40EFRX-68N, to je 4TB disk, ne 3TB. A i gdisk hlásil 4TB kapacitu (7814035055 sektorů). hdparm hlásil max sectors = 7814035055/7814037168, HPA is enabled.
Takže teď se bavíme o jiném disku? Druhý disk jste říkal, že je 4TB Seagate. Trochu to je v diskuzi zamotané a není mi jasné, u kterého disku jste tedy vrátil 1TB z HPA.
-
Tak to je zajímavé. Tipoval jsem to na to, že disk byl omezen v BIOS/UEFI v režimu RAID na stejnou velikost jako druhý 3 TB. Tak dejte vědět, jak si disk vede.
Můžete poslat model disku?
# hdparm -i /dev/sdh
Model=ST4000VN008-2DR166, FwRev=SC60, SerialNo=WDH1XF6F
ST4000VN008-2DR166 je 4TB disk a i vy jste psal v první zprávě, že máte problém s 3TB WD (čemuž neodpovídají ani prvotní výstupy z gdisk a hdparm) a 4TB Seagate a to jak vidno odpovídá. Divil bych se, kdyby na něm byla nálepka 3TB, když od začátku vy sám říkáte, že Seagate je 4TB. :o
Viz https://www.seagate.com/www-content/datasheets/pdfs/ironwolf-12tbDS1904-9-1707US-en_US.pdf
-
Je možné, že se mi popletly ty dva disky dohromady. Podívám se ještě na disky jako takové, co je na nich za nálepky.
-
Je možné, že se mi popletly ty dva disky dohromady. Podívám se ještě na disky jako takové, co je na nich za nálepky.
Jasně dejte vědět, ať máme o záhadu méně :)
-
Tak jsem koukal na nálepky a oba disky na nich píšou 4 TB. To by odpovídalo realitě, ale přísahal bych, že jsem ten seagate (ten druhý, který měl kapacitu sraženou na 3 TB) kupoval jako opravdu 3TB disk. Bohužel je to kupované přes už neexistující firmu, takže to už nedohledám. Asi z toho vylezu trošku jako trubka, ale snad je to poslední okamžik, kdy jsem o tomhle problému slyšel :)
Pokud by někoho zajímaly ještě nějaké detaily, rád odpovím, ale většina záhad je hádám vyřešena.