Merevlemezek, vezérlők

Tegnap a lányom kezéből kicsúszott a laptopja (Lenovo T410) és durrant egyet az étkező kövén.
Sajnos a HDD nem működik. El se indul. illetve kattog párat és annyi.
Kb. 2 hete volt backup. De sajnos a több napig csinált előadás anyaga azóta került fel.
Van-e valaki, aki nem aranyáron ránézne, hogy mit lehet vele csinálni. tulajdonképp 2-3 fájl az amit valahogy vissza kellene nyerni 1MB alatti méretben.
Ennek kapcsán jutott eszembe, hogy az akív hdd védelem. (ami ugye a t szériában van) mekkora csattokat szokott elviselni.
Ez mondjuk elég nagy volt, a hűtőventi is megakadt.
Nem tudom mekkora az összeg ami ilyen esetben szokott felmerülni.
Talán egyszerűbb lenne neki újra írnia.
Ne kíméljetek.

Sziasztok!

Belefutott már valaki ilyenbe? Hol keressem a hibát?
Raid tömbök hibátlanok, nem esett ki semelyik diszk sem...

uname:
Linux 3.9-1-amd64 #1 SMP Debian 3.9.8-1 x86_64 GNU/Linux

lspci:

00:1f.2 SATA controller [0106]: Intel Corporation 6 Series/C200 Series Chipset Family SATA AHCI Controller [8086:1c02] (rev 05)
Subsystem: Intel Corporation Device [8086:7270]
Kernel driver in use: ahci

syslog:

Oct 3 03:09:23 kernel: [1054286.444905] ata3.00: exception Emask 0x0 SAct 0x3 SErr 0x0 action 0x0
Oct 3 03:09:23 kernel: [1054286.444909] ata3.00: irq_stat 0x40000008
Oct 3 03:09:23 kernel: [1054286.444911] ata3.00: failed command: WRITE FPDMA QUEUED
Oct 3 03:09:23 kernel: [1054286.444916] ata3.00: cmd 61/10:08:30:00:af/00:00:02:00:00/40 tag 1 ncq 8192 out
Oct 3 03:09:23 kernel: [1054286.444916] res 41/10:00:30:00:af/00:00:02:00:00/40 Emask 0x481 (invalid argument) <F>
Oct 3 03:09:23 kernel: [1054286.444918] ata3.00: status: { DRDY ERR }
Oct 3 03:09:23 kernel: [1054286.444919] ata3.00: error: { IDNF }
Oct 3 03:09:23 kernel: [1054286.445006] ata1.00: exception Emask 0x0 SAct 0x1 SErr 0x0 action 0x0
Oct 3 03:09:23 kernel: [1054286.445008] ata1.00: irq_stat 0x40000008
Oct 3 03:09:23 kernel: [1054286.445010] ata1.00: failed command: WRITE FPDMA QUEUED
Oct 3 03:09:23 kernel: [1054286.445014] ata1.00: cmd 61/08:00:f8:06:af/00:00:02:00:00/40 tag 0 ncq 4096 out
Oct 3 03:09:23 kernel: [1054286.445014] res 41/10:00:f8:06:af/00:00:02:00:00/40 Emask 0x481 (invalid argument) <F>
Oct 3 03:09:23 kernel: [1054286.445016] ata1.00: status: { DRDY ERR }
Oct 3 03:09:23 kernel: [1054286.445017] ata1.00: error: { IDNF }
Oct 3 03:09:23 kernel: [1054286.445185] ata2.00: exception Emask 0x0 SAct 0x1 SErr 0x0 action 0x0
Oct 3 03:09:23 kernel: [1054286.445187] ata2.00: irq_stat 0x40000008
Oct 3 03:09:23 kernel: [1054286.445189] ata2.00: failed command: WRITE FPDMA QUEUED
Oct 3 03:09:23 kernel: [1054286.445193] ata2.00: cmd 61/08:00:f8:06:af/00:00:02:00:00/40 tag 0 ncq 4096 out
Oct 3 03:09:23 kernel: [1054286.445193] res 41/10:00:f8:06:af/00:00:02:00:00/40 Emask 0x481 (invalid argument) <F>
Oct 3 03:09:23 kernel: [1054286.445195] ata2.00: status: { DRDY ERR }
Oct 3 03:09:23 kernel: [1054286.445197] ata2.00: error: { IDNF }
Oct 3 03:09:23 kernel: [1054286.464461] ata2.00: configured for UDMA/133
Oct 3 03:09:23 kernel: [1054286.464474] ata2: EH complete
Oct 3 03:09:23 kernel: [1054286.467078] ata3.00: configured for UDMA/133
Oct 3 03:09:23 kernel: [1054286.467098] ata3: EH complete
Oct 3 03:09:23 kernel: [1054286.472736] ata1.00: configured for UDMA/133
Oct 3 03:09:23 kernel: [1054286.472749] ata1: EH complete
Oct 3 03:09:32 kernel: [1054295.712933] ata3.00: exception Emask 0x0 SAct 0x1 SErr 0x0 action 0x0
Oct 3 03:09:32 kernel: [1054295.712938] ata3.00: irq_stat 0x40000008
Oct 3 03:09:32 kernel: [1054295.712941] ata3.00: failed command: WRITE FPDMA QUEUED
Oct 3 03:09:32 kernel: [1054295.712948] ata3.00: cmd 61/80:00:d8:ea:e2/00:00:01:00:00/40 tag 0 ncq 65536 out
Oct 3 03:09:32 kernel: [1054295.712948] res 41/10:00:d8:ea:e2/00:00:01:00:00/40 Emask 0x481 (invalid argument) <F>
Oct 3 03:09:32 kernel: [1054295.712951] ata3.00: status: { DRDY ERR }
Oct 3 03:09:32 kernel: [1054295.712953] ata3.00: error: { IDNF }
Oct 3 03:09:32 kernel: [1054295.724965] ata3.00: configured for UDMA/133
Oct 3 03:09:32 kernel: [1054295.724983] ata3: EH complete
Oct 3 03:09:39 kernel: [1054302.769840] ata3.00: exception Emask 0x0 SAct 0x3 SErr 0x0 action 0x0
Oct 3 03:09:39 kernel: [1054302.769843] ata3.00: irq_stat 0x40000008
Oct 3 03:09:39 kernel: [1054302.769845] ata3.00: failed command: WRITE FPDMA QUEUED
Oct 3 03:09:39 kernel: [1054302.769848] ata3.00: cmd 61/08:08:40:00:af/00:00:02:00:00/40 tag 1 ncq 4096 out
Oct 3 03:09:39 kernel: [1054302.769848] res 41/10:00:40:00:af/00:00:02:00:00/40 Emask 0x481 (invalid argument) <F>
Oct 3 03:09:39 kernel: [1054302.769850] ata3.00: status: { DRDY ERR }
Oct 3 03:09:39 kernel: [1054302.769851] ata3.00: error: { IDNF }
Oct 3 03:09:40 kernel: [1054302.782937] ata3.00: configured for UDMA/133
Oct 3 03:09:40 kernel: [1054302.782948] ata3: EH complete

Sziasztok!

Egy Macbook Airem van (2012), de nem hiszem hogy mac specifikus a probléma.
A jelenség a következő: Egyszercsak elszállt a filerendszerem. Nem tudtam megjavítani, gondoltam valami logikai hiba, szerencsére volt backup, hát újrahúztam mindent. Félig meddig újratelepítgettem dolgokat, a harmadik újraindításnál megint el van szállva... De immár úgy, hogy még csak egy particiót se lát, totál üresnek mutatja a drive -ot.
Ekkor kezdtem furcsán nézni, megint újrahúztam, majd backup recovery közben egyszercsak kiírja error, majd restart után megint totál üresnek mutatja a driveot.
És most jön a legkülönösebb, letöltöttem egy DriveDx nevű diagnostic toolt hirtelen, az mindent okésnek mutat, de olyannyira, hogy szerinte 0 órát volt használva az egész meghajtó (majdnem 1 éve használom).
Most itt a határidők közepette nem nagyon volt "kedvem" pestre szervízbe rohangálni, persze ha muszáj akkor az lesz, de azért érdekel, mit gondoltok, illetve láttatok-e már hasonlót?
Egyébként fsck is mindent okésnek talál, amíg egyszercsak újra el nem száll, korai még statisztikát felállítani de úgy nézem talán átlagosan naponta egyszer.
Köszi...

Hali,

ha esetleg van valakinek ilyen kartyaja, es szivesen segitene:
nagyon kene az sbr rola, sajnos hulye voltam es nem mentettem le.

http://www.files.laptopvideo2go.com/hdd/sas2008.zip

dos boot, aztan
megarec -readsbr 0 lsi9240.sbr

koszi szepen

Hi!

Windows, alaplapi raid vezérlővel összerakot raid1. Az utóbbi 1-2 hónapban időnként furán viselkedik a masina, majd újraindulás után jelzi, hogy raid szétesett. Természetesen automatikusan újraépíti, de a szétesés ténye csak újraindítás után böffen fel neki - ami azért zavar.
Gondoltam, hogy esetleg az egyik hdd kezd megpihenni, ezért rápillantottam a SMART-ra és ezt láttam:

  [ SAMSUNG HD321KJ (410211FPA77226) ]

    01  Raw Read Error Rate                  0    100  100           0  Rendben: Mindig rendben
    03  Spinup Time                          0    100  100        5504  Rendben: Mindig rendben
    04  Start/Stop Count                     0    100  100         186  Rendben: Mindig rendben
    05  Reallocated Sector Count             0    253  253           0  Rendben: Mindig rendben
    07  Seek Error Rate                      0    253  253           0  Rendben: Mindig rendben
    08  Seek Time Performance                0    253  253           0  Rendben: Mindig rendben
    09  Power-On Time Count                  0    100  100       39237  Rendben: Mindig rendben
    0A  Spinup Retry Count                   0    253  253           0  Rendben: Mindig rendben
    0B  Calibration Retry Count              0    253  253           0  Rendben: Mindig rendben
    0C  Power Cycle Count                    0    100  100         162  Rendben: Mindig rendben
    0D  Soft Read Error Rate                 0    100  100   129409713  Rendben: Mindig rendben
    BB  Reported Uncorrectable Errors        0    253  253           0  Rendben: Mindig rendben
    BC  Command Timeout                      0    100  100           4  Rendben: Mindig rendben
    BE  Airflow Temperature                  0    63   50           37  Rendben: Mindig rendben
    C2  Temperature                          0    127  85           37  Rendben: Mindig rendben
    C3  Hardware ECC Recovered               0    100  100   129409713  Rendben: Mindig rendben
    C4  Reallocation Event Count             0    253  253           0  Rendben: Mindig rendben
    C5  Current Pending Sector Count         0    253  253           0  Rendben: Mindig rendben
    C6  Offline Uncorrectable Sector Count   0    253  253           0  Rendben: Mindig rendben
    C7  Ultra ATA CRC Error Rate             0    200  200           0  Rendben: Mindig rendben
    C8  Write Error Rate                     0    100  100           0  Rendben: Mindig rendben
    C9  Soft Read Error Rate                 0    100  100           0  Rendben: Mindig rendben
    CA  Data Address Mark Errors             0    253  253           0  Rendben: Mindig rendben

  [ SAMSUNG HD321KJ (402412FPC06827) ]

    01  Raw Read Error Rate                  0    100  100           1  Rendben: Mindig rendben
    03  Spinup Time                          0    100  100        5568  Rendben: Mindig rendben
    04  Start/Stop Count                     0    100  100         186  Rendben: Mindig rendben
    05  Reallocated Sector Count             0    253  253           0  Rendben: Mindig rendben
    07  Seek Error Rate                      0    253  253           0  Rendben: Mindig rendben
    08  Seek Time Performance                0    253  253           0  Rendben: Mindig rendben
    09  Power-On Time Count                  0    100  100       39234  Rendben: Mindig rendben
    0A  Spinup Retry Count                   0    253  253           0  Rendben: Mindig rendben
    0B  Calibration Retry Count              0    253  253           0  Rendben: Mindig rendben
    0C  Power Cycle Count                    0    100  100         162  Rendben: Mindig rendben
    0D  Soft Read Error Rate                 0    100  100   461169987  Rendben: Mindig rendben
    BB  Reported Uncorrectable Errors        0    253  253           0  Rendben: Mindig rendben
    BC  Command Timeout                      0    253  253           0  Rendben: Mindig rendben
    BE  Airflow Temperature                  0    65   52           35  Rendben: Mindig rendben
    C2  Temperature                          0    133  91           35  Rendben: Mindig rendben
    C3  Hardware ECC Recovered               0    100  100   461169987  Rendben: Mindig rendben
    C4  Reallocation Event Count             0    253  253           0  Rendben: Mindig rendben
    C5  Current Pending Sector Count         0    100  100           1  Rendben: Mindig rendben
    C6  Offline Uncorrectable Sector Count   0    253  253           0  Rendben: Mindig rendben
    C7  Ultra ATA CRC Error Rate             0    200  200           0  Rendben: Mindig rendben
    C8  Write Error Rate                     0    100  100           0  Rendben: Mindig rendben
    C9  Soft Read Error Rate                 0    100  100           0  Rendben: Mindig rendben
    CA  Data Address Mark Errors             0    253  253           0  Rendben: Mindig rendben

A két disk értékei igen hasonlóak, igazából a második disk "Soft Read Error Rate" illetve "Hardware ECC Recovered" értékeinek az első diskhez viszonyított magasabb értékei zavarnak.

Érdekelne a véleményetek/tapasztalatotok, hogy érdemes aggódni a második disk miatt és elkezdeni egy új beszerzését, vagy bőven kibírja januárig?

Nem nagyon találtam megfelelő kategóriát neki, úgy hogy ide írom.

Tud valaki (bármilyen) eSATA portra csatlolható, Linux alatt támogatott Tape Drive-ot ?

DDS jobb lenne (azzal már van tapasztalatom, jelenleg egy DDS-3 van, de ez egy IBM Intellistation-ben, jelenleg ezt használom backup-ra), de az se baj ha LTO.

Túrtam a netet de nem nagyon találtam ilyet.

Hi!

Nézegetek egy EMC VNXe3150 Dual Storage-t. Virtuális gépek (Xen) snapshot-jait tárolnám rajta, illetve Win 2008-nak ajánlanám ki iSCSI-n (vagy CIFS-en).
Sajnos eddig sem storage-al, sem iSCSI-vel nem volt dolgom így lenne pár kérdésem a hozzáértőkhöz.
Specifikáció szerint:
   Supported LUNs Up to 256
   Maximum LUN Size 2TB
   Maximum FS Size 16TB

Jól gondolom, hogy a LUN az, amit a win-nek ki tudok ajánlani és majd azon partícionálni tudok? (Illetve linuxnak is odaadhatnám, sőt ott LVM-be is foghatnám?)
Az tiszta, hogy MBR esetén 2TB a korlát GPT esetén ez 16 Exabytes, de itt akkor a LUN miatt egyben "csak" 2TB-ot tudok majd odaadni?

A 16TB-os FS Size limit arra vonatkozik, ha magán a storage-n készítem el a filerendszert és ezt majd pl. CIFS-en osztom meg a win-nel?

Előre is köszönöm a felvilágosítást!

2.5 éves Kingston 128G ssd-m Ubuntu 12.04 alatt kinyiffant. Használat közben egyszerre csak olvashatatlanná vált. A BIOS látja. Az fsck rögtön az elején leáll, és azt mondja, hogy futtassam manuálisan (-a és -p nélkül). Nem volt rajta kirívóan sok írás, éppen egy hónapja néztem a lifetime writingot. Kb. egy éve csinálta már ugyanezt, akkor újratelepítettem rá az Ubuntut.

Nagy kár nem ért, mert csak a rendszer volt rajta, a home-ot hdd-n tartom, ráadásul a hdd-n van egy ugyanolyan rendszer, amiről azonnal lehetett bootolni.

Életemben eddig csak ezt az egy darab ssd-t láttam. Azért érdekelne, hogy mások mit tapasztaltak. Hogy vajon ez egy pechesen rossz példány volt, vagy rossz típus, vagy instabil a technológia, vagy egyszerűen ennyi várható egy ssd-től.

Sziasztok!
VmWare-t szeretnék használni és Dell gépbe nézegetem a Raid kártyákat.
Két opció van ami működik benne. H310 és H710.
Mind a kettő alaplapra cuppan rá, kis kiegészítő kártya a 12 Generációs sorozatban.
Doksi szerint a H710 annyival tud többet, hogy támogatja a Raid 6 és 60-at.
Viszont a képen van benne egy aksi is.

Árban kb duplájáról beszélünk, raid 6 és 60 nem igazán fontos, csak az aksi miatt érdekel.
Esetleg van infoja vlakinek, hogy az aksi mivel ad többet a H710-ben mint a H310?

H710

H310

Köszi!

fdisk -l /dev/sdb parancs után a következőt dobja ki:

Disk /dev/sdb: 7790 MB, 7790493696 bytes
240 heads, 62 sectors/track, 1022 cylinders, total 15215808 sectors
Units = sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disk identifier: 0x00000000

Disk /dev/sdb doesn't contain a valid partition table

Amint a címben is írtam, lehetséges-e lementeni valahogy az adatokat ilyen hiba esetén? Köszönöm a válaszokat!