Příspěvky

1

Hardware / Re:Divně se chovající disky

« kdy: 24. 09. 2019, 11:31:59 »

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.

2

Hardware / Re:Divně se chovající disky

« kdy: 23. 09. 2019, 12:20:34 »

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.

3

Hardware / Re:Divně se chovající disky

« kdy: 23. 09. 2019, 11:57:21 »

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?

Kód: [Vybrat]

# 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


4

Hardware / Re:Divně se chovající disky

« kdy: 23. 09. 2019, 10:10:57 »

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í...

5

Hardware / Re:Divně se chovající disky

« kdy: 20. 09. 2019, 16:43:19 »

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 :-)

6

Hardware / Re:Divně se chovající disky

« kdy: 20. 09. 2019, 15:45:33 »

Kód: [Vybrat]

/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.

Kód: [Vybrat]

wipefs -a /dev/sdh1, wipefs -a /dev/sdhSmazalo se pár bajtů, zmizela mi z /dev partitiona /dev/sdh1 (očekávaně).

Kód: [Vybrat]

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.

7

Hardware / Re:Divně se chovající disky

« kdy: 20. 09. 2019, 13:40:47 »

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

Kód: [Vybrat]

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ě?

8

Hardware / Re:Divně se chovající disky

« kdy: 20. 09. 2019, 12:44:00 »

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í)

Kód: [Vybrat]

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:

Kód: [Vybrat]

# 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)

Kód: [Vybrat]

# 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.

9

Hardware / Re:Divně se chovající disky

« kdy: 19. 09. 2019, 22:59:15 »

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

Kód: [Vybrat]

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)

Kód: [Vybrat]

# 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


10

Hardware / Re:Divně se chovající disky

« kdy: 19. 09. 2019, 14:13:26 »

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.

11

Hardware / Re:Divně se chovající disky

« kdy: 17. 09. 2019, 10:26:09 »

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.

12

Hardware / Re:Divně se chovající disky

« kdy: 13. 09. 2019, 18:30:27 »

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?

13

Hardware / Re:Divně se chovající disky

« kdy: 13. 09. 2019, 14:37:22 »

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.

14

Hardware / Re:Divně se chovající disky

« kdy: 13. 09. 2019, 12:37:58 »

Kód: [Vybrat]

# 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

Kód: [Vybrat]

# hdparm -N /dev/sdg

/dev/sdg:
 max sectors   = 7814035055/7814037168, HPA is enabled


15

Hardware / Divně se chovající disky

« kdy: 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?