Miten tutkia kovalevyä josta osa on rikki?

[Toldman]

Kovalevyltäni ei voinut enää käynnistää. Asetin sen toiseen koneeseen USB asemaksi.
Salasanana syöttämisen  jälkeen se näyttää vain grub ja lost+found hakemistot jaa muutaman tiedoston:
dr2@dr2-LIFEBOOK-E751:/media/dr2$ ls 472091c2-b4b3-4ac0-b142-7cecf6dc6f66
abi-4.4.0-138-generic         lost+found
config-4.4.0-138-generic      memtest86+.bin
config-4.4.0-148-generic      memtest86+.elf
config-4.4.0-165-generic      memtest86+_multiboot.bin
config-4.4.0-166-generic      retpoline-4.4.0-138-generic
grub                          System.map-4.4.0-138-generic
initrd.img-4.4.0-119-generic  System.map-4.4.0-148-generic
initrd.img-4.4.0-121-generic  System.map-4.4.0-165-generic
initrd.img-4.4.0-135-generic  System.map-4.4.0-166-generic
initrd.img-4.4.0-138-generic  vmlinuz-4.4.0-138-generic
initrd.img-4.4.0-148-generic  vmlinuz-4.4.0-148-generic
initrd.img-4.4.0-62-generic   vmlinuz-4.4.0-165-generic
initrd.img-4.4.0-64-generic   vmlinuz-4.4.0-166-generic

Miten voisin vielä löytää muutaman pienen dokumenttitiedoston jotka oli levyllä?
Onko jotain ohjelmia mitä voisi käyttää? Jossain neuvottiin ddrescure mutta ei tämä apt-get löytänyt sitä

- Vesa

[nm]

Tuo on pelkkä boot-osio, jossa sijaitsee käynnistyslataaja ja kerneli. Levyllä on varmaankin myös muita osioita, joiden liittäminen saattaa epäonnistua, jos tiedostojärjestelmä on rikki. Mitä fdisk kertoo osioista?

Koodia: [Valitse]

sudo fdisk -l

[Jakke77]

https://packages.ubuntu.com/search?keywords=ddrescue

[matsukan]

Kokonaiskuvan ko levyn tilanteesta saa parhaiten käyttämällä gparted-ohjelmaa.

Koodia: [Valitse]

sudo gparted
ja valitsemalla kyseisen levyn alasvetovalikosta oikealta ylhäällä. Toki tällä ohjelmalla pystyy tekemään muutoksia myös osiohin mutta tutkiminen ei tee muutoksia.

Jos levyn pystyy mountaamaan niin todennäköisesti se ei ole rikki taikka sen sisältö pystytään pelastamaan.

[nm]

ddrescue ei välttämättä ole tässä tapauksessa oikea työkalu. TestDisk tai PhotoRec voivat olla, mutta ensin pitää selvittää, onko vika osiotaulussa tai kaipaavatko tiedostojärjestelmät korjausta.

Onko levyllä tunnetusti viallisia sektoreita, vai ilmenikö boottausongelma yllättäen?

[Toldman]

Tuo on pelkkä boot-osio, jossa sijaitsee käynnistyslataaja ja kerneli. Levyllä on varmaankin myös muita osioita, joiden liittäminen saattaa epäonnistua, jos tiedostojärjestelmä on rikki. Mitä fdisk kertoo osioista?

Koodia: [Valitse]

sudo fdisk -l

Tämmöstä tulee fdiskillä:

dr2@dr2-LIFEBOOK-E751:/media/dr2$ sudo fdisk -l

Disk /dev/sda: 120.0 GB, 120034123776 bytes
255 päätä, 63 sektoria/ura, 14593 sylinteriä, yhteensä 234441648 sektoria
Yksiköt = 1 * 512 = 512 -tavuiset sektorit
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Levyn tunniste: 0x000587b3

    Laite Käynn     Alku          Loppu    Lohkot   Id  Järjestelmä
/dev/sda1   *        2048      499711      248832   83  Linux
/dev/sda2          501758   234440703   116969473    5  Laajennettu
/dev/sda5          501760   234440703   116969472   83  Linux

Disk /dev/mapper/sda5_crypt: 119.8 GB, 119774642176 bytes
255 päätä, 63 sektoria/ura, 14561 sylinteriä, yhteensä 233934848 sektoria
Yksiköt = 1 * 512 = 512 -tavuiset sektorit
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Levyn tunniste: 0x00000000

Levy /dev/mapper/sda5_crypt ei sisällä kelvollista osiotaulua

Disk /dev/mapper/ubuntu--vg-root: 115.6 GB, 115569852416 bytes
255 päätä, 63 sektoria/ura, 14050 sylinteriä, yhteensä 225722368 sektoria
Yksiköt = 1 * 512 = 512 -tavuiset sektorit
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Levyn tunniste: 0x00000000

Levy /dev/mapper/ubuntu--vg-root ei sisällä kelvollista osiotaulua

Levy /dev/mapper/ubuntu--vg-swap_1: 4202 Mt, 4202692608 tavua
255 päätä, 63 sektoria/ura, 510 sylinteriä, yhteensä 8208384 sektoria
Yksiköt = 1 * 512 = 512 -tavuiset sektorit
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Levyn tunniste: 0x00000000

Levy /dev/mapper/ubuntu--vg-swap_1 ei sisällä kelvollista osiotaulua

Disk /dev/sdb: 320.1 GB, 320072931328 bytes
255 päätä, 63 sektoria/ura, 38913 sylinteriä, yhteensä 625142444 sektoria
Yksiköt = 1 * 512 = 512 -tavuiset sektorit
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Levyn tunniste: 0x0000835f

    Laite Käynn     Alku          Loppu    Lohkot   Id  Järjestelmä
/dev/sdb1   *        2048      499711      248832   83  Linux
/dev/sdb2          501758   625141759   312320001    5  Laajennettu
/dev/sdb5          501760   625141759   312320000   83  Linux

Disk /dev/mapper/luks-1e710389-2150-44e0-8edd-f2db1d0569e5: 319.8 GB, 319813582848 bytes
255 päätä, 63 sektoria/ura, 38881 sylinteriä, yhteensä 624635904 sektoria
Yksiköt = 1 * 512 = 512 -tavuiset sektorit
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Levyn tunniste: 0x00000000

Levy /dev/mapper/luks-1e710389-2150-44e0-8edd-f2db1d0569e5 ei sisällä kelvollista osiotaulua
dr2@dr2-LIFEBOOK-E751:/media/dr2$

[matsukan]

Oletko salannut levyä asennuksen yhteydessä ? Kokeile live tikulla tuota gparted ohjelmaa.

[Toldman]

ddrescue ei välttämättä ole tässä tapauksessa oikea työkalu. TestDisk tai PhotoRec voivat olla, mutta ensin pitää selvittää, onko vika osiotaulussa tai kaipaavatko tiedostojärjestelmät korjausta.

Onko levyllä tunnetusti viallisia sektoreita, vai ilmenikö boottausongelma yllättäen?

Kone oli lainassa tytöllä. Yllättäen oli kuulemma sevonnut kesken streamauksen. Ei kopsahtanut, sano.
Fdisk sano että osiotalu ei ole kelvollinen, kuten vastasin tuohon aiemmin.
Nyt on gparted rescue toiminto menossa. Tarkoittaako tuo fdiskin ilmoitus että ongelma on osiotaulussa vai voiko se vieläkiin olla muualla?

[juyli]

Kovalevyltäni ei voinut enää käynnistää. Asetin sen toiseen koneeseen USB asemaksi.
Salasanana syöttämisen  jälkeen se näyttää vain grub ja lost+found hakemistot jaa muutaman tiedoston:

Salaus toimii hienosti kuten sen pitääkin. /boot -osiota ei ole salattu, mutta käynnistettäessä pitäsi muut osiot
olla liitettävissä.
Järjestelmän käynnistys ei toimi muualla kuin järjestelmässä, johon salaus on asennettu.

BTW. Jo käynnistysosioilla on liiaksi asennettuja kernel-versioita.
Ubuntun kernel-version poistaminen vapauttaa levytilla n. 340Mt:ia.
Osa vapautuneesta tilasta poistuu nimenomaan /boot -osiolta.

[Toldman]

https://packages.ubuntu.com/search?keywords=ddrescue

Ei ollu enää trustylle versiota

[juyli]

[Ei ollu enää trustylle versiota

Ubuntu Trusty on jo edesmennyt.  End of Standard Support:  March 7, 2019 April 2019
Ubuntu päivittyy puolivuosittain, ja tuki ko. versioille on vajaa vuosi. Lisäksi on nuo (kehutut) LTS-versiot, joita julkaistaan
parillisien vuosien keväällä (*.04), joiden tuki on _hieman_ pidempi.

https://wiki.ubuntu.com/Releases

[juyli]

Tarkoitatko että täytyy pystyä boottaamaan tuon levyn boot osiolla jotta cryptatun osion saa auki?
Se siis jäi startissa virheiloitukseen jumiin. Ajattelin että bootti on rikki mutta hmmm eikö se sitten olekaan?

Koodia: [Valitse]

Levy /dev/mapper/sda5_crypt ei sisällä kelvollista osiotaulua
Levy /dev/mapper/ubuntu--vg-root ei sisällä kelvollista osiotaulua
Levy /dev/mapper/luks-1e710389-2150-44e0-8edd-f2db1d0569e5 ei sisällä kelvollista osiotauluaEikös nuo virheet jo aika selkeästi kerro ongelmasta?

Lisäys: Jos järjestelmäsi käynnistyisi huomioiden LVM-osioinnin ja LUKS-suojauksen, ei ongelmia olisi.
Sattuneesta syystä, en käytä edes LVM-osiointia, joka omalta osaltaan suojaisi tiedostoja.
Salaus kaikkine ominaisuuksineen on todella varma pitää tiedostot tallessa. Eikä niiden palauttamiseen
pitäisikään olla mitään helppoja tapoja.

[nm]

Fdisk sano että osiotalu ei ole kelvollinen, kuten vastasin tuohon aiemmin.
Nyt on gparted rescue toiminto menossa. Tarkoittaako tuo fdiskin ilmoitus että ongelma on osiotaulussa vai voiko se vieläkiin olla muualla?

fdisk ei ymmärrä LUKS-osioita, eikä virheistä tarvitse tässä tapauksessa huolestua.

Seuraavaksi voisi kokeilla salauksen avaamista ja liittää osiot manuaalisesti. Tässä eräs suoraviivainen ohje: http://juho.tykkala.fi/Mount-and-decrypt-LVM-luks-encrypted-hard-disk
Sinulla avattava LUKS-osio on fdiskin listauksen perusteella /dev/sdb5, joten mitä sanoo:

Koodia: [Valitse]

sudo cryptsetup luksOpen /dev/sdb5 salattulevy

Koodia: [Valitse]

sudo lvdisplay

https://packages.ubuntu.com/search?keywords=ddrescue

Ei ollu enää trustylle versiota

gddrescue on kyllä edelleen asennettavissa Trustyn universe-repositoriosta, mutta siitä tuskin on apua ongelman ratkomisessa.

[Whig]

Olen salannut tai siis cryptattu levy on joo. Kun  otin sen tähän toiseen koneeseen USB levynä niin se kysyi salasanan. isttennäkyi vain nuo kaksi hakemistoa.

Nyt on tuo rescure menossa edelleen. En tiedä pitääkö aamuun asti katsella tuota välkettä?

Mitenköhän hyvin tuolta on dataa palautettavissa normaaleilla rescue softilla yms. jos levy on tosiaan cryptattu?

[matsukan]

Niin näille ei oikein käyttöä jos tiedostojärjestelmä on muuten kunnossa.

Palautus on mahdollisuuksien rajoissa. Itse onnistuin  palauttamaan ecryptfs salatulta osiolta pienen taistelun ja google-fu:n jälkeen.

[Toldman]

Fdisk sano että osiotalu ei ole kelvollinen, kuten vastasin tuohon aiemmin.
Nyt on gparted rescue toiminto menossa. Tarkoittaako tuo fdiskin ilmoitus että ongelma on osiotaulussa vai voiko se vieläkiin olla muualla?

fdisk ei ymmärrä LUKS-osioita, eikä virheistä tarvitse tässä tapauksessa huolestua.

Seuraavaksi voisi kokeilla salauksen avaamista ja liittää osiot manuaalisesti. Tässä eräs suoraviivainen ohje: http://juho.tykkala.fi/Mount-and-decrypt-LVM-luks-encrypted-hard-disk
Sinulla avattava LUKS-osio on fdiskin listauksen perusteella /dev/sdb5, joten mitä sanoo:

Koodia: [Valitse]

sudo cryptsetup luksOpen /dev/sdb5 salattulevy

Koodia: [Valitse]

sudo lvdisplay
dr2@dr2-LIFEBOOK-E751:/media/dr2$ sudo cryptsetup luksOpen /dev/sdb5 /dev/mapper/luks-1e710389-2150-44e0-8edd-f2db1d0569e5
[sudo] password for dr2:
Laite /dev/mapper/luks-1e710389-2150-44e0-8edd-f2db1d0569e5 on jo olemassa.
dr2@dr2-LIFEBOOK-E751:/media/dr2$
dr2@dr2-LIFEBOOK-E751:/media/dr2$ sudo lvdisplay
  --- Logical volume ---
  LV Path                /dev/ubuntu-vg/root
  LV Name                root
  VG Name                ubuntu-vg
  LV UUID                lZMRel-P1Lb-NJmM-vr3B-2hMm-0kOv-tshLlO
  LV Write Access        read/write
  LV Creation host, time ubuntu, 2015-11-11 10:58:25 +0200
  LV Status              NOT available
  LV Size                293,92 GiB
  Current LE             75244
  Segments               1
  Allocation             inherit
  Read ahead sectors     auto
   
  --- Logical volume ---
  LV Path                /dev/ubuntu-vg/swap_1
  LV Name                swap_1
  VG Name                ubuntu-vg
  LV UUID                9r6kqb-55K8-wcrn-l8Nw-jLuC-0Zp1-Bwhu1Z
  LV Write Access        read/write
  LV Creation host, time ubuntu, 2015-11-11 10:58:28 +0200
  LV Status              NOT available
  LV Size                3,91 GiB
  Current LE             1001
  Segments               1
  Allocation             inherit
  Read ahead sectors     auto
   
dr2@dr2-LIFEBOOK-E751:/media/dr2$ sudo vgchange -a y ubuntu-vg
[sudo] password for dr2:
  2 logical volume(s) in volume group "ubuntu-vg" now active
dr2@dr2-LIFEBOOK-E751:/media/dr2$ sudo udisks --mount /dev/ubuntu-vg/root
Mount failed: /dev/dm-1 is mounted

Käviköhän niin että ne oli jo mountattu?

TestDisk vaikuttaa lupaavalta mutta en tiedä uskallanko antaa sen kirjoittaa levylle mitä se aikoo?

TestDisk 6.14, Data Recovery Utility, July 2013
Christophe GRENIER <grenier@cgsecurity.org>
http://www.cgsecurity.org

Disk /dev/sdb - 320 GB / 298 GiB - CHS 38913 255 63

The harddisk (320 GB / 298 GiB) seems too small! (< 472 GB / 440 GiB)
Check the harddisk size: HD jumpers settings, BIOS detection...

The following partitions can't be recovered:
     Partition               Start        End    Size in sectors
>  Linux                19080  30 23 57482 113 39  616933376
   Linux                19081 100 28 57483 183 44  616933376
   Linux                19081 132 60 57483 216 13  616933376
   Linux                19082 105 32 57484 188 48  616933376
   Linux                19087   0 50 57489  84  3  616933376

Tekisiköhän tuo vain pienen reijän levyyn. Oiskohan tuolla niinku kolo muutamassa raidassa.

[Toldman]

Kokonaiskuvan ko levyn tilanteesta saa parhaiten käyttämällä gparted-ohjelmaa.

Koodia: [Valitse]

sudo gparted
ja valitsemalla kyseisen levyn alasvetovalikosta oikealta ylhäällä. Toki tällä ohjelmalla pystyy tekemään muutoksia myös osiohin mutta tutkiminen ei tee muutoksia.

Jos levyn pystyy mountaamaan niin todennäköisesti se ei ole rikki taikka sen sisältö pystytään pelastamaan.

gparted raksutti koko yön yli mutta sanoi aamulla että "no can do"

[nm]

dr2@dr2-LIFEBOOK-E751:/media/dr2$ sudo cryptsetup luksOpen /dev/sdb5 /dev/mapper/luks-1e710389-2150-44e0-8edd-f2db1d0569e5
[sudo] password for dr2:
Laite /dev/mapper/luks-1e710389-2150-44e0-8edd-f2db1d0569e5 on jo olemassa.
dr2@dr2-LIFEBOOK-E751:/media/dr2$
dr2@dr2-LIFEBOOK-E751:/media/dr2$ sudo lvdisplay
  --- Logical volume ---
  LV Path                /dev/ubuntu-vg/root
  LV Name                root
  VG Name                ubuntu-vg
  LV UUID                lZMRel-P1Lb-NJmM-vr3B-2hMm-0kOv-tshLlO
  LV Write Access        read/write
  LV Creation host, time ubuntu, 2015-11-11 10:58:25 +0200
  LV Status              NOT available
  LV Size                293,92 GiB
  Current LE             75244
  Segments               1
  Allocation             inherit
  Read ahead sectors     auto
   
  --- Logical volume ---
  LV Path                /dev/ubuntu-vg/swap_1
  LV Name                swap_1
  VG Name                ubuntu-vg
  LV UUID                9r6kqb-55K8-wcrn-l8Nw-jLuC-0Zp1-Bwhu1Z
  LV Write Access        read/write
  LV Creation host, time ubuntu, 2015-11-11 10:58:28 +0200
  LV Status              NOT available
  LV Size                3,91 GiB
  Current LE             1001
  Segments               1
  Allocation             inherit
  Read ahead sectors     auto
   
dr2@dr2-LIFEBOOK-E751:/media/dr2$ sudo vgchange -a y ubuntu-vg
[sudo] password for dr2:
  2 logical volume(s) in volume group "ubuntu-vg" now active
dr2@dr2-LIFEBOOK-E751:/media/dr2$ sudo udisks --mount /dev/ubuntu-vg/root
Mount failed: /dev/dm-1 is mounted

Käviköhän niin että ne oli jo mountattu?

Näyttää ihan hyvältä viimeiseen komentoon asti. Siinä saattaa tulla jokin ongelma siksi, että myös sda-levy on kryptattu samalla tavalla, ja siltä on jo liitetty käytössä oleva juuriosio ja swap. Kokeile liittää suoraan mount-komennolla:

Koodia: [Valitse]

sudo mount /dev/ubuntu-vg/root /mnt
Näkyykö oikean osion sisältö sitten /mnt:ssä? df:llä voit tarkistaa liitetyn tiedostojärjestelmän koon, jonka pitäisi olla 300 Gt:n luokkaa:

Koodia: [Valitse]

df -h

TestDisk vaikuttaa lupaavalta mutta en tiedä uskallanko antaa sen kirjoittaa levylle mitä se aikoo?

Älä tee TestDiskillä vielä mitään. Levyn osiotaulu on kunnossa ja LUKS-osiokin tuntuu toimivan oikein, joten korjattavaa ei ole. TestDisk ei muutenkaan pysty palauttamaan osioita kryptatulla levyllä.

[AimoE]

gparted raksutti koko yön yli mutta sanoi aamulla että "no can do"

Jos tietää jo valmiiksi etä data on LUKS-säiliössä, ei kannata GPartedilla edes yrittää, ei se käsittele LUKS-säiliöitä.

[Toldman]

dr2@dr2-LIFEBOOK-E751:/media/dr2$ sudo cryptsetup luksOpen /dev/sdb5 /dev/mapper/luks-1e710389-2150-44e0-8edd-f2db1d0569e5
[sudo] password for dr2:
Laite /dev/mapper/luks-1e710389-2150-44e0-8edd-f2db1d0569e5 on jo olemassa.
dr2@dr2-LIFEBOOK-E751:/media/dr2$
dr2@dr2-LIFEBOOK-E751:/media/dr2$ sudo lvdisplay
  --- Logical volume ---
  LV Path                /dev/ubuntu-vg/root
  LV Name                root
  VG Name                ubuntu-vg
  LV UUID                lZMRel-P1Lb-NJmM-vr3B-2hMm-0kOv-tshLlO
  LV Write Access        read/write
  LV Creation host, time ubuntu, 2015-11-11 10:58:25 +0200
  LV Status              NOT available
  LV Size                293,92 GiB
  Current LE             75244
  Segments               1
  Allocation             inherit
  Read ahead sectors     auto
   
  --- Logical volume ---
  LV Path                /dev/ubuntu-vg/swap_1
  LV Name                swap_1
  VG Name                ubuntu-vg
  LV UUID                9r6kqb-55K8-wcrn-l8Nw-jLuC-0Zp1-Bwhu1Z
  LV Write Access        read/write
  LV Creation host, time ubuntu, 2015-11-11 10:58:28 +0200
  LV Status              NOT available
  LV Size                3,91 GiB
  Current LE             1001
  Segments               1
  Allocation             inherit
  Read ahead sectors     auto
   
dr2@dr2-LIFEBOOK-E751:/media/dr2$ sudo vgchange -a y ubuntu-vg
[sudo] password for dr2:
  2 logical volume(s) in volume group "ubuntu-vg" now active
dr2@dr2-LIFEBOOK-E751:/media/dr2$ sudo udisks --mount /dev/ubuntu-vg/root
Mount failed: /dev/dm-1 is mounted

Käviköhän niin että ne oli jo mountattu?

Näyttää ihan hyvältä viimeiseen komentoon asti. Siinä saattaa tulla jokin ongelma siksi, että myös sda-levy on kryptattu samalla tavalla, ja siltä on jo liitetty käytössä oleva juuriosio ja swap. Kokeile liittää suoraan mount-komennolla:

Koodia: [Valitse]

sudo mount /dev/ubuntu-vg/root /mnt
Näkyykö oikean osion sisältö sitten /mnt:ssä? df:llä voit tarkistaa liitetyn tiedostojärjestelmän koon, jonka pitäisi olla 300 Gt:n luokkaa:

Koodia: [Valitse]

df -h

TestDisk vaikuttaa lupaavalta mutta en tiedä uskallanko antaa sen kirjoittaa levylle mitä se aikoo?

Älä tee TestDiskillä vielä mitään. Levyn osiotaulu on kunnossa ja LUKS-osiokin tuntuu toimivan oikein, joten korjattavaa ei ole. TestDisk ei muutenkaan pysty palauttamaan osioita kryptatulla levyllä.

OK hyvä tietää. TestDisk kuitenkin ilmaisi 5 virhellistä partitiota,mut jos śe ei osaa niitä fiksata niin eihän se auta.

Jep, tuonne /mnt:iin tuli näkymään tämän koneen oma SD levy 120:nen.
Ongelma on USB:n päähän koteloitu mekaaninen levy joka pitäisi olla yli 300nen.

dr2@dr2-LIFEBOOK-E751:~$ df -h
Tiedostojärjestelmä  Koko  Käyt Vapaa Käy% Liitospiste
udev                 3,9G   12K  3,9G   1% /dev
tmpfs                801M  1,3M  800M   1% /run
/dev/dm-1            106G   29G   72G  29% /
none                 4,0K     0  4,0K   0% /sys/fs/cgroup
none                 5,0M     0  5,0M   0% /run/lock
none                 4,0G   38M  3,9G   1% /run/shm
none                 100M   56K  100M   1% /run/user
/dev/sda1            236M   49M  175M  22% /boot
/dev/sdb1            236M  199M   26M  89% /media/dr2/472091c2-b4b3-4ac0-b142-7cecf6dc6f66


ecrypt:iä käyttäen tulee just errori joka oli silloin bootatessa.... eli se vain ei saa cryptattua mutta avattua  mountattua
dr2@dr2-LIFEBOOK-E751:~$ sudo mount -t ecryptfs /dev/sdb5 /mnt
mount: väärä tiedostojärjestelmän tyyppi, virheellinen valitsin, viallinen
       superlohko laitteella /dev/sdb5, puuttuva koodisivu tai apuohjelma, tai muu virhe
       Joissakin tapauksissa järjestelmälokista löytyy hyödyllistä
       tietoa – kokeile esim. komentoa ”dmesg | tail”.

dr2@dr2-LIFEBOOK-E751:~$ dmesg | tail


[649767.691759] Error parsing options; rc = [-22]
dr2@dr2-LIFEBOOK-E751:~$