Sziasztok!
Adott egy kis home server, amin gond nelkul futott egy external USB HDD. (proxmox, usb atiranyitas egy adott VM-re). Par napja szet kellett szednem a gepet (felujitas). Miota osszeraktam folyamatosan IO errort kapok...
https://i.ibb.co/WB6vtPZ/image.png
Nem ertem mi tortent, nem lett elejtve, sem semmi ilyesmi.. SMART szerint nincs hiba a HDD-n...
Jelenlegi, kb. 6 éves WD Red hdd-t kinőttük.
Kinéztem helyette WD Red+ hdd-t, WD140EFFX modellt, ugyanúgy 5400rpm, 512M cache (a jelenlegiben 64M van), 6,5W a fogyasztása amikor éppen dolgozik (a jelenlegi 5,3W), icipicit hangosabb (29db) amikor dolgozik és halkabb (20db) amikor idle.
Pénteken és a hétvégén nem tudtam megvenni, mára meg out of stock. OK, néztem mást. A kérdésem egyszerű: van-e olyan a lenti listából, amit esetleg kerülni kell, vagy esetleg ne kapkodjam el és várjam meg, hogy a Red+ újra kapható legyen?
Nem kell, hogy az új hdd szuper gyors legyen, leginkább archiválásra használjuk, illetve mesefilmet játszunk le róla plex-szel. A NAS időnként le is állítja a hdd-t, ha nincs épp aktivitás. Nem akarok hangosat vagy nagy fogyasztásút, és persze a legjobb az lenne, ha csak beteszem és évekre el lehet felejteni, teszi a dolgát.
Ezeket találtam alternatívaként (A WD a 390 font, a Seagate 330, a Toshiba 270):
A számok alapján (az ár is egy ilyen szám), a Toshibát választanám, viszont nem tudom, jó vagy sem. Utoljára laptopban volt Toshiba hdd-m, talán 80G vagy 120G méretű. Az évekig gond nélkül tette a dolgát.
Plusz se a Seagate se a Toshiba információs adatlapján nem írják, hogy CMR vagy SMR.
Az öreg WD Red az CMR, a most kapható WD Red-ek SMRek, de a Red Plus (és Red Pro) CMR(ek).
Az elképzelés szerint két 14T-s hdd lesz a NAS-ban mirrorban, és a jelenlegi 6T, meg a jelenlegi 2x3T backup lesz a 14T backupja (nem mindenről készül backup, vannak olyan dolgok, amikért nem kár).
Sziasztok!
Van arra lehetőség, win 10 alatt egy meghajtóhoz kössem a syno nas [DS220j] teljes meghajtóját? (dsm 6.x)
Köszönöm,
Roland
Sziasztok
Adott egy HPE Smart Array P410i 2x600GB raid1-el. A raid1 tömb a kezdetekben 2x300 GB diskből épült fel de amikor elhalt egy diszk akkor nagyobbra lett cserélve.
Az érdekelne, hogy hogyan oldható meg hogy a rendszer a jelenlegi 600GB-ból ne csak 300-gt-ot lásson hanem, az egész diszket. Van erre valamiylen mód a HP raid konfigban? Vagy esetleg megoldható a hpacuclin-keresztűl?
Előre is köszönöm.
Sziasztok!
Volt egy Seagete NAS csoda amiben valszeg aramszunet hatasara a raid5 szetesett. (4 db 4Tb lemez). Gondoltam majd linux alatt vhogy osszeutjuk.
Jol sejtem, hogy ha fdisk a 4 lemezbol ketton nem lat particiokat akkor az kuka?
Disk /dev/sdb: 3,65 TiB, 4000787030016 bytes, 7814037168 sectors
Disk model: ST4000DM000-1F21
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes
Disklabel type: gpt
Disk identifier: 4CAE0830-E4EC-4719-B3B7-44D23E7FEC29
Disk /dev/sdc: 3,65 TiB, 4000787030016 bytes, 7814037168 sectors
Disk model: ST4000DM000-1F21
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes
Disklabel type: gpt
Disk identifier: 8566909A-0325-4AAA-AE7B-A8349BD7A597
Eszköz Start Vége Szektorok Size Típus
/dev/sdc1 41 1953 1913 956,5K Microsoft basic data
/dev/sdc2 2048 1953791 1951744 953M Microsoft basic data
/dev/sdc3 1953792 3905535 1951744 953M Microsoft basic data
/dev/sdc4 3905536 3926015 20480 10M Microsoft basic data
/dev/sdc5 3926016 5879807 1953792 954M Microsoft basic data
/dev/sdc6 5879808 5900287 20480 10M Microsoft basic data
/dev/sdc7 5900288 5922815 22528 11M Microsoft basic data
/dev/sdc8 5922816 6504447 581632 284M Microsoft basic data
/dev/sdc9 6504448 8503295 1998848 976M Microsoft basic data
/dev/sdc10 8503296 7814035254 7805531959 3,6T Microsoft basic data
Partition 1 does not start on physical sector boundary.
Disk /dev/sdd: 3,65 TiB, 4000787030016 bytes, 7814037168 sectors
Disk model: ST4000DM000-1F21
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes
Disklabel type: gpt
Disk identifier: 7FE0C213-2C6A-4E32-83A0-A1F47D448A23
Disk /dev/sde: 3,65 TiB, 4000787030016 bytes, 7814037168 sectors
Disk model: ST4000DM000-1F21
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes
Disklabel type: gpt
Disk identifier: 0C492D14-615B-454F-B02D-43D53EAAE44B
Eszköz Start Vége Szektorok Size Típus
/dev/sde1 41 1953 1913 956,5K Microsoft basic data
/dev/sde2 2048 1953791 1951744 953M Microsoft basic data
/dev/sde3 1953792 3905535 1951744 953M Microsoft basic data
/dev/sde4 3905536 3926015 20480 10M Microsoft basic data
/dev/sde5 3926016 5879807 1953792 954M Microsoft basic data
/dev/sde6 5879808 5900287 20480 10M Microsoft basic data
/dev/sde7 5900288 5922815 22528 11M Microsoft basic data
/dev/sde8 5922816 6504447 581632 284M Microsoft basic data
/dev/sde9 6504448 8503295 1998848 976M Microsoft basic data
/dev/sde10 8503296 7814035254 7805531959 3,6T Microsoft basic data
van egy nvme ssd amin ugyanaz a rendszer van mint egy masik sata ssd-n (at lett dd-zve az osszes block, egyforma meretuek).
ha az nvme ssd-t hasznalom akkor egy par ora utan megall a gep, majd kesobb mar semmire nem reagal, valoszinuleg egy ido utan nem tud irni a hattertarra ezert az iros programok megallnak mert hiaba varjak a valaszt hogy ki lett irva az adat. egy ideig meg lehet mozgatni az egeret, de vegul ez is elmulik. a sata ssd-vel honapokon keresztul folyamatosan tokeletesen mukodik.
a disk LUKS-al van titkositva, trim/discard nincs.
debian 10 es az io scheduler a default mq-deadline
ez egy AMD 450-es alaplap
attettem az nvme ssd-t egy AMD 550-es alaplapba, minden adatot toroltem rola dd-ztem a /dev/null-rol es windowst tettem ra, ugy tokeletesen mukodik.
tudom hogy tobb mindent is valtoztattam egyszerre, nem volt idom vele jatszani, es nem is az erdekel hogy mitol lett jo, hanem hogy masnal van-e hasonlo konfiguracio ami jol mukodik: nvme ssd + LUKS (+debian 10)
koszi!
Sziasztok!
Sikerült hozzá jutni egy ilyen eszközhöz. Két "control module" is van benne, mindkettőn 2 GbE + 1-1 management porttal.
A kérdés az, hogy lehet-e 1 portról az eszközt távolról piszkálni, vagy kell mind a kettő hozzá?
Illetve: ha csak az egyik management, és a 2-2 másik port aktív, lehet-e 4Gb-s kapcsolatot kreálni, vagy 1 mgmgt esetén csak 2Gb-s lesz a kapcsolat?
Köszönöm a segítséget!
Update2: Minden a helyére került ;-)
# uname -a
Linux localhost.localdomain 5.10.17-200.fc33.x86_64 #1 SMP Wed Feb 17 21:21:20 UTC 2021 x86_64 x86_64 x86_64 GNU/Linux
# hdparm -i /dev/sda
/dev/sda:
Model=Samsung SSD 870 EVO 250GB, FwRev=SVT01B6Q, SerialNo=S61WNJ0R130070Y
Config={ Fixed }
RawCHS=16383/16/63, TrkSize=0, SectSize=0, ECCbytes=0
BuffType=unknown, BuffSize=unknown, MaxMultSect=1, MultSect=1
CurCHS=16383/16/63, CurSects=16514064, LBA=yes, LBAsects=488397168
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-2,3,4,5,6,7
* signifies the current active mode
# hdparm -t --direct /dev/sda
/dev/sda:
Timing O_DIRECT disk reads: 1474 MB in 3.00 seconds = 490.99 MB/sec
Update1: Köszönöm a tanácsokat. Megvettem a Samsung 870 EVO-t. Az installálás után majd beszámolok a tapasztalatokról.
A páciens egy Dell Latitude E6220, bőven benne van a korban, a Hitachi vinyó erősen köhög, helyére kellene egy (nem túl drága) ~250GB-os SSD. Az lshw kimenetének vonatkozó részei:
description: Motherboard
product: 0R97MN
description: BIOS
version: A03
date: 09/19/2011
*-pci:0
description: PCI bridge
product: 6 Series/C200 Series Chipset Family PCI Express Root Port 1
vendor: Intel Corporation
physical id: 1c
bus info: pci@0000:00:1c.0
version: b4
width: 32 bits
clock: 33MHz
capabilities: pci pciexpress msi pm normal_decode bus_master cap_list
configuration: driver=pcieport
resources: irq:16
configuration: driver=pcieport
*-sata
description: SATA controller
product: 6 Series/C200 Series Chipset Family 6 port Mobile SATA AHCI Controller
vendor: Intel Corporation
physical id: 1f.2
bus info: pci@0000:00:1f.2
logical name: scsi0
version: 04
width: 32 bits
clock: 66MHz
capabilities: sata msi pm ahci_1.0 bus_master cap_list emulated
configuration: driver=ahci latency=0
resources: irq:26 ioport:20d0(size=8) ioport:20c0(size=4) ioport:20b0(size=8) ioport:20a0(size=4)
ioport:2060(size=32) memory:e0640000-e06407ff
*-disk
description: ATA Disk
product: Hitachi HTS72322
vendor: Hitachi
physical id: 0.0.0
bus info: scsi@0:0.0.0
logical name: /dev/sda
version: A60W
serial: E38G4563JJR18N
size: 232GiB (250GB)
A https://www.crucial.com/compatible-upgrade-for/dell/latitude-e6220#ssd
szerint ez jó lenne bele:
Crucial MX500 250GB 3D NAND SATA 2.5 inch 7mm (with 9.5mm adapter) Internal SSD.
A kérdésem az, hogy az éppen akciós
Samsung 870 EVO 250GB SATA 2,5" SSD
is jó-e, illetve kell-e még valamelyikhez vmi keret, adapter, egyéb, hogy a winchester helyére be lehessen tenni.
Megjegyzés: hardver ismereteim elég erősen tartanak a 0-hoz.
Sziasztok!
Van egy Seagate Exos 7E8 6TB-s merevlemezem amin 2025-ig érvényes gyártói garancia van még.
Nincs hozzá számlám se garancialevelem.
Tudtok esetleg olyan helyet aki foglalkozik ilyesfajta garanciális ügyintézéssel itthon?
köszönöm a választ!
Édesanyám laptopjából kihalt a wincseszter.
Bár a legfontosabb adatok felhőben mentve vannak, de helyhiány miatt csak a legfontosabbak, így jó lenne a többiből minél többet visszanyerni.
Ext4 fájlrendszer, boot közben superblock hibával kidob az initramfs, hogy manula fsck. Egy live CD-ről indítva az sda1 sda2 sda3 megvan, de mountolni nem lehet.
Mielőtt fsck-t indítanék, dd-vel lemásolnám a teljes lemezképet. Már ebben sem vagyok biztos, hogy ha hibás blokkok vannak a lemezen, akkor egyáltalán a dd mit csinál?
Vagy ne dd-vel másoljak lemezképet?
Mivel 1TB-os a lemez, de várhatóan félig sincs, szívesen csinálnék tömörített lemezképet. De ha a dd-t gzip-be irányítom, utána - gondolom - nem tudom mountolni.
Most veszek új lemezt, de az 1T lemezkép nehezen lesz kezelhető.
Tudnátok segíteni, hogy milyen lépésekben, milyen eszközökkel érdemes nekifutnom, hogy a lehető legnagyobb eséllyel nyerjek vissza adatokat?
Egyelőre a terv: dd, majd az image fájlra egy fsck, és utána mount. Bár félő, nincs nagyobb lemezem, mint 1TB, így tán a lemezkép el sem fog férni sehol.
Ha vannak erre X eszközök, annak örülnék, bár nem remélem. Talán read only tesztek és ellenőrzések, amik megmondják, hogy mit lehetne visszanyerni, ha élesben is lefutnának?
