Kirjoittaja Aihe: 2.5'' 60GB SSD SATA III Agility 3 Series ei tunnistu millään  (Luettu 5674 kertaa)

Kullervo

  • Käyttäjä
  • Viestejä: 875
    • Profiili
Olen yrittänyt Gbarted-, Levyt-ohjelmilla Live-tikulla ja koneella olevilla ohjelmilla, mutta turhaan. Levy on uusi epäonnistuneen RAID kyhäelmän uhri. Olen asentanut sen monin tavoin kiinni koneeseen. SATAkaapelilla,ESATAkaapelilla ja ulkoisella usb adapterilla.
Voiko joku neuvoa mistä lähteä tutkimaan?

qwertyy

  • Käyttäjä
  • Viestejä: 5675
    • Profiili
Ei toimi, mutta miten siis olet todennut tuon? Se ei näy gpartedissa lainkaan, eli siis sille ei ole edes "sda" tyyppistä nimitystä olemassa? Miten se raid oli toteutettuna, emolevyn omalla tuella, jollain muulla software raidilla. Jos on hardware tyyppistä raidia, niin onko laite vielä asetuksissa ns. liitettynä jne.

Sais olla tietoa ongelmasta hiukan enemmän.

Kullervo

  • Käyttäjä
  • Viestejä: 875
    • Profiili
Osaamattomuuttani tuosta RAIDista ei ole jäljellä kuin tuo mykkä levy. Linux.fi softaraid http://linux.fi/wiki/Ohjelmistopohjainen_RAID_ja_LVM ohjeilla yritin asentaa.
Ei näy gparted-ohjelmalla, ei tunnistu.

kamara

  • Käyttäjä
  • Viestejä: 2951
    • Profiili
Saattaa auttaa kirjoittaa nollaa levy täyteen.

Mutta tarkkana laitteen nimen kanssa:
Koodia: [Valitse]
sudo dd if=/dev/zero of=/dev/sdX

X:n tilalle levytunnus ilman numeroa. Esim. Jos koneessa ei ole muita kiintolevyja, niin silloin levytunnus on of=/dev/sda

Sen jälkeen voit uudelleen yrittää gpartedilla mahdollisesti uudelleenkäynnistämisen jälkeen.

Edit - Mikäli levytunnusta ei löydy, en osaa auttaa.

Edit 2 - Jos olet onnistuneesti luonut RAID-pakan, niin minun ehdotukseni ei todennäköisesti toimi.
« Viimeksi muokattu: 16.11.14 - klo:17.45 kirjoittanut kamara »

qwertyy

  • Käyttäjä
  • Viestejä: 5675
    • Profiili
Näin pikaisesti väittäisin, että tuo asema pitää purkaa raid pakasta mdadm:llä, että se tulee näkyviin. Omasta kokeilusta on jo aikaa, mutta kehtaisin väittää, että asia olisi noin. Korjatkaa toki jos muistan ihan mitä sattuu.

*edit*
Huom. oletan että yrität ratkaista asiaa koneella, jossa olet luonut tuon raid-pakan.

Kullervo

  • Käyttäjä
  • Viestejä: 875
    • Profiili
Lisään vielä että tiedostoja tms. en tuosta levystä tarvitse. Päin vastoin haluaisin alustaa sen mahdollisesti varalevyksi tjmt.

qwertyy

  • Käyttäjä
  • Viestejä: 5675
    • Profiili
Jos yritit täysin tuon sivun ohjeiden mukaan, niin antaako seuraava käsky mitään järkevää?
cat /etc/proc/mdstat

Taisi olla tämä mistä itse yritin opiskella käyttöä.
http://www.tldp.org/HOWTO/Software-RAID-HOWTO-6.html

Kullervo

  • Käyttäjä
  • Viestejä: 875
    • Profiili
Koodia: [Valitse]
cat /etc/proc/mdstat
cat: /etc/proc/mdstat: Tiedostoa tai hakemistoa ei ole

Ja tuosta asennuksesta ei ole enää tosiaan muuta kuin tuo levy.

Tomin

  • Palvelimen ylläpitäjä
  • Käyttäjä / moderaattori+
  • Viestejä: 11441
    • Profiili
    • Tomin kotisivut
Kyllähän nuo mdraidin osiot näkyvät ainakin fdiskin listauksessa ihan hyvin. Se on softaraidi eli siinä ei ole mitään mystisiä juttuja mitä emon tai RAID-korttien raideihin kuuluu. Oletko katsonut mitä fdisk listaa tuolle levylle:
Koodia: [Valitse]
sudo fdisk -l
Itse en ehkä ensimmäisenä kirjoittaisi SSD:tä täyteen nollia vaan vaikkapa ensimmäisen sektorin (osiotaulun):
Koodia: [Valitse]
sudo dd if=/dev/zero of=/dev/sdX bs=512 count=1
Ei /etc-hakemistoa tuohon eteen, vaan se mdstat tiedosto on /proc-hakemistossa (virhe qwertyyn viestissä, huomasin):
Koodia: [Valitse]
cat /proc/mdstat
Automaattinen allekirjoitus:
Lisäisitkö [RATKAISTU] ketjun ensimmäisen viestin aiheeseen ongelman ratkettua, kiitos.

Kullervo

  • Käyttäjä
  • Viestejä: 875
    • Profiili
sudo fdisk -l komento ei tuota mitään tietoa levystä.

Koodia: [Valitse]
cat /proc/mdstat
Personalities : [linear] [multipath] [raid0] [raid1] [raid6] [raid5] [raid4] [raid10]
unused devices: <none>

Tomin

  • Palvelimen ylläpitäjä
  • Käyttäjä / moderaattori+
  • Viestejä: 11441
    • Profiili
    • Tomin kotisivut
sudo fdisk -l komento ei tuota mitään tietoa levystä.

Liekköhän siitä sitten mitään dmesg:n listauksessakaan.
Koodia: [Valitse]
dmesg |grep -e sd -e ata
Automaattinen allekirjoitus:
Lisäisitkö [RATKAISTU] ketjun ensimmäisen viestin aiheeseen ongelman ratkettua, kiitos.

Kullervo

  • Käyttäjä
  • Viestejä: 875
    • Profiili
Lainaus
dmesg |grep -e sd -e ata
[    0.000000] Memory: 8133996K/8368272K available (7375K kernel code, 1144K rwdata, 3404K rodata, 1336K init, 1444K bss, 234276K reserved)
[    0.302291] perf_event_intel: PEBS disabled due to CPU errata, please upgrade microcode
[    0.408637] libata version 3.00 loaded.
[    0.829649] Write protecting the kernel read-only data: 12288k
[    0.917999] ata1: SATA max UDMA/133 abar m2048@0xfb405000 port 0xfb405100 irq 57
[    0.918003] ata2: SATA max UDMA/133 abar m2048@0xfb405000 port 0xfb405180 irq 57
[    0.918007] ata3: SATA max UDMA/133 abar m2048@0xfb405000 port 0xfb405200 irq 57
[    0.918011] ata4: SATA max UDMA/133 abar m2048@0xfb405000 port 0xfb405280 irq 57
[    0.918013] ata5: SATA max UDMA/133 abar m2048@0xfb405000 port 0xfb405300 irq 57
[    0.918014] ata6: DUMMY
[    1.237296] ata5: SATA link down (SStatus 0 SControl 300)
[    1.237332] ata1: SATA link up 6.0 Gbps (SStatus 133 SControl 300)
[    1.241298] ata3: SATA link down (SStatus 0 SControl 300)
[    1.249259] ata1.00: ATA-8: OCZ-AGILITY3, 2.15, max UDMA/133
[    1.249263] ata1.00: 234441648 sectors, multi 16: LBA48 NCQ (depth 31/32), AA
[    1.259233] ata1.00: configured for UDMA/133
[    1.259576] sd 0:0:0:0: [sda] 234441648 512-byte logical blocks: (120 GB/111 GiB)
[    1.259603] sd 0:0:0:0: Attached scsi generic sg0 type 0
[    1.259644] sd 0:0:0:0: [sda] Write Protect is off
[    1.259648] sd 0:0:0:0: [sda] Mode Sense: 00 3a 00 00
[    1.259668] sd 0:0:0:0: [sda] Write cache: enabled, read cache: enabled, doesn't support DPO or FUA
[    1.260489]  sda: sda1 sda2 < sda5 > sda3
[    1.261064] sd 0:0:0:0: [sda] Attached SCSI disk
[    6.281777] ata2: link is slow to respond, please be patient (ready=0)
[    6.285779] ata4: link is slow to respond, please be patient (ready=0)
[   10.933935] ata2: COMRESET failed (errno=-16)
[   10.937939] ata4: COMRESET failed (errno=-16)
[   11.254232] ata2: SATA link up 3.0 Gbps (SStatus 123 SControl 300)
[   11.254704] ata2.00: ATA-7: INTEL SSDSA2M080G2GC, 2CV102HA, max UDMA/133
[   11.254708] ata2.00: 156301488 sectors, multi 16: LBA48 NCQ (depth 31/32)
[   11.255035] ata2.00: configured for UDMA/133
[   11.255343] sd 1:0:0:0: [sdb] 156301488 512-byte logical blocks: (80.0 GB/74.5 GiB)
[   11.255345] sd 1:0:0:0: Attached scsi generic sg1 type 0
[   11.255442] sd 1:0:0:0: [sdb] Write Protect is off
[   11.255446] sd 1:0:0:0: [sdb] Mode Sense: 00 3a 00 00
[   11.255544] sd 1:0:0:0: [sdb] Write cache: enabled, read cache: enabled, doesn't support DPO or FUA
[   11.256375]  sdb: sdb1 < sdb5 > sdb2 sdb3 sdb4
[   11.256675] sd 1:0:0:0: [sdb] Attached SCSI disk
[   16.302734] ata4: link is slow to respond, please be patient (ready=0)
[   20.954891] ata4: COMRESET failed (errno=-16)
[   26.319686] ata4: link is slow to respond, please be patient (ready=0)
[   32.339291] EXT4-fs (sda5): mounted filesystem with ordered data mode. Opts: (null)
[   56.026240] ata4: COMRESET failed (errno=-16)
[   56.026248] ata4: limiting SATA link speed to 1.5 Gbps
[   61.054733] ata4: COMRESET failed (errno=-16)
[   61.054740] ata4: reset failed, giving up
[   61.297640] Adding 8388604k swap on /dev/sda3.  Priority:-1 extents:1 across:8388604k SSFS
[   61.300268] Adding 9653332k swap on /dev/sdb3.  Priority:-2 extents:1 across:9653332k SSFS
[   61.620525] EXT4-fs (sda5): re-mounted. Opts: discard,errors=remount-ro
[   61.688717] EXT4-fs (sda1): mounted filesystem with ordered data mode. Opts: discard,errors=remount-ro
[   62.642832] type=1400 audit(1416154327.254:3): apparmor="STATUS" operation="profile_load" profile="unconfined" name="/usr/sbin/cupsd" pid=659 comm="apparmor_parser"
[   62.643376] type=1400 audit(1416154327.254:4): apparmor="STATUS" operation="profile_replace" profile="unconfined" name="/usr/sbin/cupsd" pid=659 comm="apparmor_parser"
[   92.740467] type=1400 audit(1416154357.336:63): apparmor="STATUS" operation="profile_replace" profile="unconfined" name="/usr/sbin/cupsd" pid=2904 comm="apparmor_parser"
[   92.740871] type=1400 audit(1416154357.336:64): apparmor="STATUS" operation="profile_replace" profile="unconfined" name="/usr/sbin/cupsd" pid=2904 comm="apparmor_parser"

Minulla on yksi 120 GB levy ja yksi 80 GB levy tuon ongelma levyn lisäksi koneessa.

Tomin

  • Palvelimen ylläpitäjä
  • Käyttäjä / moderaattori+
  • Viestejä: 11441
    • Profiili
    • Tomin kotisivut
Onko ne kaksi muuta levyä nuo:
Lainaus
Koodia: [Valitse]
[    1.249259] ata1.00: ATA-8: OCZ-AGILITY3, 2.15, max UDMA/133
[   11.254704] ata2.00: ATA-7: INTEL SSDSA2M080G2GC, 2CV102HA, max UDMA/133
Eli toinen Agility 3 (120 GB) ja Intelin joku levy (SSD? 80 GB).

Tuon perusteella väittäisin että se koko ongelmalevy ei näy ollenkaan käyttöjärjestelmälle, joten onhan se varmasti kunnolla kiinni? Näkyykö se BIOSissa / UEFI:in valikossa? Tietysti kyseessä voi olla myös joku levyn laiteohjelmiston virhe, koska noista käyttöjärjestelmältä häviämisistä olen kuullut ennenkin.

Muokkaus:
http://superuser.com/questions/403329/how-to-prevent-an-ssd-from-disappearing-from-bios
Lisää etsimällä netistä mm. "ocz agility 3 disappeared" haulla.
« Viimeksi muokattu: 16.11.14 - klo:19.25 kirjoittanut Tomin »
Automaattinen allekirjoitus:
Lisäisitkö [RATKAISTU] ketjun ensimmäisen viestin aiheeseen ongelman ratkettua, kiitos.

spark

  • Käyttäjä
  • Viestejä: 1752
    • Profiili
Olethan kokeillut levyä jonkin toimivan levyn liittimessä.

Minun vanhassa pöytäkoneessa oli joku juttu, jonka takia loppupään sataliittimet ei toimi. Uutta kovoa lisätessäni tuskailin tovin ennenkuin sen maininnan jostain manuaalista löysin.

Voi myös kokeilla irrottaa muut kovot systeemistä ja käynnistää levyltä tai tikulta Ubuntun asennus, mitä se sitten sanoo.

Kullervo

  • Käyttäjä
  • Viestejä: 875
    • Profiili
Olethan kokeillut levyä jonkin toimivan levyn liittimessä.

Minun vanhassa pöytäkoneessa oli joku juttu, jonka takia loppupään sataliittimet ei toimi. Uutta kovoa lisätessäni tuskailin tovin ennenkuin sen maininnan jostain manuaalista löysin.

Voi myös kokeilla irrottaa muut kovot systeemistä ja käynnistää levyltä tai tikulta Ubuntun asennus, mitä se sitten sanoo.
Kokeiltu on nuokin jutut.
Onko ne kaksi muuta levyä nuo:
Lainaus
Koodia: [Valitse]
[    1.249259] ata1.00: ATA-8: OCZ-AGILITY3, 2.15, max UDMA/133
[   11.254704] ata2.00: ATA-7: INTEL SSDSA2M080G2GC, 2CV102HA, max UDMA/133
Eli toinen Agility 3 (120 GB) ja Intelin joku levy (SSD? 80 GB).

Tuon perusteella väittäisin että se koko ongelmalevy ei näy ollenkaan käyttöjärjestelmälle, joten onhan se varmasti kunnolla kiinni? Näkyykö se BIOSissa / UEFI:in valikossa? Tietysti kyseessä voi olla myös joku levyn laiteohjelmiston virhe, koska noista käyttöjärjestelmältä häviämisistä olen kuullut ennenkin.

Muokkaus:
http://superuser.com/questions/403329/how-to-prevent-an-ssd-from-disappearing-from-bios
Lisää etsimällä netistä mm. "ocz agility 3 disappeared" haulla.
Kyllä ne ovat nuo kaksi.
BIOSissa / UEFI valikossa ei näy muita kuin nuo kaksi.

qwertyy

  • Käyttäjä
  • Viestejä: 5675
    • Profiili
Sanoisin tuossa vaiheessa, että meni takuuhommiksi.