Osion koon korjaus osiotaulun palautuksen jälkeen [Ratkaistu]

[AimoE]

Tein kiireissäni virheen, nyppäsin ulkoisen levyn USB-kaapelin irti ennen kuin olin täpännyt "Poista turvallisesti". Osiotaulu katosi, ja päädyin yrittämään sen palautusta työkalulla testdisk. Ongelmana kuitenkin on se että levyn ainoa (ja ensisijainen) osio on LUKS-säiliö, ja ilmeisesti sen takia(?) testdisk ei osannut asettaa sen kokoa oikein; se on liian pieni. Osasin kyllä varautua tähän, joten bootin jälkeen en yrittänyt tehdä liitosta, vaan siirryin etsimään keinoa osion koon kasvattamiseksi.

Levyt (disks): ei onnistu
GParted: ei anna kasvata; sanoo että koko on jo enimmäismäärässä

Komentorivityökaluja en osaa käyttää, joten en myöskään uskalla.

Millä työkalulla ja miten saan koon kasvatetuksi riittävän suureksi? Kuinka tarkka LUKS on siitä että osio on säiliölle juuri tasan oikean kokoinen? Minulla on testdisk-loki, pystyn kaivamaan sieltä tietoja tarpeen mukaan jos on jotain kysyttävää. Levy on teran kokoinen, mutta palautettava osio vain puolet siitä. Loppuosa levystä oli tarkoitus ottaa muuhun käyttöön.

[Jakke77]

https://help.ubuntu.com/community/ResizeEncryptedPartitions

[AimoE]

https://help.ubuntu.com/community/ResizeEncryptedPartitions

Eipä osunut silmiin niillä avainsanoilla joilla hakuja tein. Mutta sivu on kyllä tuttu. Tuo kutistamisosa on niin hirveä, etten ole halunnut sitä yrittää siinä tarkoituksessa että saisin kaksi salattua osiota rinnakkain samalle levylle.

Mutta tuo kasvatusosa kai täytyy nyt sitten kumminkin käydä läpi. Hirvittää, mutta on kai tuo hiukan turvallisempi kuin kutistus.

[nm]

Oletko tehnyt levystä pintakopion dd:llä johonkin muualle, jos siellä on jotain tärkeää? Nämä palautusyritykset voivat olla riskialttiita.

[AimoE]

Kysymys ei ole nyt järjestelmälevystä (/dev/sda), vaan ulkoisesta levystä (/dev/sdb), jolle olen tehnyt varmuuskopiointia, sekä deja-dupilla että tarrilla. Kaikki tiedostot ovat tallella koneen omalla levyllä -- ja kaikkein tärkeimmät myöskin Windows-koneella ja sen ulkoisella backup-levyllä. Saan siis kaiken kopioitua vanhasta Ubuntusta rinnalle asennettuun uuteen Ubuntuun ilman backup-levyäkin, joten ei, en ole harkinnut sitä että kopioisin ulkoisen levyn sisällön toiselle levylle. Jos menee niin menee, ja aloitan sitten varmuuskopioinnin tyhjästä uudelleen.

Eilen en viitsinyt enää myöhään illalla aloitella sitä hommaa. Pitää olla kaikki voimavarat hallussa kun sitä tekee. Tää ulkoinen levy nyt kuitenkin on mun prioriteettilistalla ylimpänä, ja uuden Ubuntun kalustaminen vasta sen perässä. Siihen voi käyttää aikaa vaikka pari kuukautta, ei sillä ole kiire.

[AimoE]

Olen nyt tutkinut lähteitä, sekä Jakke77:n neuvomaa että muitakin, ja päätellyt että

• Ainoa työkalu jota tarvitsen ja voin käyttää on fdisk.
• Minun pitää fdiskin avulla poistaa (d 1) ja luoda uudelleen (n p 1 alku koko) levyn ainoa osio, kirjoittaa osiotaulu (w), ja sitten bootata.

Jäljellä olevat ongelmat:

• Mihin kokoon minun pitää määritellä kyseinen osio ja miten se oikea koko ilmaistaan?
• Millä komennoilla tarkistan onko kaikki kunnossa?

Olen onneksi ottanut talteen muutamien komentojen tuloksia. Tämä kyseinen levy näytti ennen kadotusta tältä:

Koodia: [Valitse]

$ lsblk -o NAME,SIZE,RM,RO,TYPE,MOUNTPOINT /dev/sdb
NAME                                    SIZE RM RO TYPE  MOUNTPOINT
sdb                                   931,5G  0  0 disk 
└─sdb1                                465,7G  0  0 part 
  └─luks-623495e9-4363-4e47-9200-266c238e659c
                                      465,7G  0  0 crypt /media/haltia/Kapistus

$ sudo blkid
…
/dev/sdb1: UUID="623495e9-4363-4e47-9200-266c238e659c" TYPE="crypto_LUKS" PARTUUID="a1110a83-01"
/dev/mapper/luks-623495e9-4363-4e47-9200-266c238e659c: LABEL="Kapistus" UUID="a92b5f38-7948-429f-a33a-63d23d867f56" TYPE="ext4"

$ sudo fdisk -l /dev/sdb
Disk /dev/sdb: 931,5 GiB, 1000204886016 bytes, 1953525168 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
Disklabel type: dos
Disk identifier: 0xa1110a83

Laite      Käynnistettävä Start     Loppu  Sektorit   Size Id Tyyppi
/dev/sdb1                  2048 976564547 976562500 465,7G 83 Linux


Disk /dev/mapper/luks-623495e9-4363-4e47-9200-266c238e659c: 465,7 GiB, 499997902848 bytes, 976558404 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

$ sudo parted -l
…
Model: TOSHIBA MK1059GSM (scsi)
Disk /dev/sdb: 1000GB
Sector size (logical/physical): 512B/512B
Partition Table: msdos
Disk Flags:

Number  Start   End    Size   Type     File system  Flags
 1      1049kB  500GB  500GB  primary


Model: Linux device-mapper (crypt) (dm)
Disk /dev/mapper/luks-623495e9-4363-4e47-9200-266c238e659c: 500GB
Sector size (logical/physical): 512B/512B
Partition Table: loop
Disk Flags:

Number  Start  End    Size   File system  Flags
 1      0,00B  500GB  500GB  ext4

…


Nyt kadotuksen jälkeen näyttää tältä:

Koodia: [Valitse]

$ lsblk -o NAME,SIZE,FSTYPE,TYPE /dev/sdb
NAME     SIZE FSTYPE      TYPE
sdb    931,5G             disk
└─sdb1   7,8M crypto_LUKS part

$ sudo blkid
…
/dev/sdb1: UUID="f51ac531-a837-4ae8-a037-b875f7a02414" TYPE="crypto_LUKS"

$ sudo fdisk -l /dev/sdb
Disk /dev/sdb: 931,5 GiB, 1000204886016 bytes, 1953525168 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
Disklabel type: dos
Disk identifier: 0x00000000

Laite      Käynnistettävä Start Loppu Sektorit  Size Id Tyyppi
/dev/sdb1                    63 16064    16002  7,8M 83 Linux

$ sudo parted -l
…

Model: TOSHIBA MK1059GSM (scsi)
Disk /dev/sdb: 1000GB
Sector size (logical/physical): 512B/512B
Partition Table: msdos
Disk Flags:

Number  Start   End     Size    Type     File system  Flags
 1      32,3kB  8225kB  8193kB  primary

…


ja testdisk.log sisältää mm.:

Koodia: [Valitse]


Partition table type default to Intel
Disk /dev/sdb - 1000 GB / 931 GiB - TOSHIBA MK1059GSM
Partition table type: Intel

Analyse Disk /dev/sdb - 1000 GB / 931 GiB - CHS 121601 255 63
Current partition structure:

Partition sector doesn't have the endmark 0xAA55

…

Results
     Linux                    0   1  1     0 254 63      16002
     LUKS 1 (Data size unknown), 8193 KB / 8001 KiB
     Linux                    0  32 33 121601  57 56 1953521664 [Kapistus]
     ext4 blocksize=4096 Large file Sparse superblock Backup superblock, 1000 GB / 931 GiB

interface_write()
 1 P Linux                    0   1  1     0 254 63      16002
write!

write_mbr_i386: starting...
write_all_log_i386: starting...
No extended partition
You will have to reboot for the change to take effect.

En vaan osaa lukea näitä tietoja. Enkä tiedä millä tavalla bootin jökeen tarkistan että kaikki on kunnossa.

[AimoE]

No niin, kun lopulta uskalsin käynnistää fsdiskin (tietäen että sieltä voi peruuttaa ulos q:lla), ja tein niin kuin olin suunnitellut, tuli vihdoin eteen se pelottavin kysymys:

Koodia: [Valitse]

Last sector, +sectors or +size{K,M,G,T,P} (2048-1953525167, default 1953525167):
ja kun vertasin sitä vanhaan fdisk -l listaukseeni, löysin siihen oikean vastauksen:

Koodia: [Valitse]

Laite      Käynnistettävä Start     Loppu  Sektorit   Size Id Tyyppi
/dev/sdb1                  2048 976564547 976562500 465,7G 83 Linux
Nyt kun vielä osaisi käyttää e2fsck-komentoa ja tarkistaa tiedostojärjestelmän, niin kaikki olisi kunnossa.

[nm]

Nyt kun vielä osaisi käyttää e2fsck-komentoa ja tarkistaa tiedostojärjestelmän, niin kaikki olisi kunnossa.

Onnistunee tähän tapaan:

Koodia: [Valitse]

cryptsetup luksOpen /dev/sdb1 backup1
e2fsck /dev/mapper/backup1
Jos fsck sanoo, että tiedostojärjestelmä on puhdas, eikä ole tarvetta tarkistaa, voit pakottaa tarkistuksen vivulla -f

[AimoE]

Ehdin tässä välillä jo sekottaa itseni täysin, kun etsin neuvoa netistä. Monella sivulla sanotaan että tarkastettava tiedostojärjestelmä ei saa olla mountattuna, mutta kun kyse on salatusta osiosta, niin täytyyhän se liittää. Ja sitten löytyi sivuja joilla snaottiin että e2fsck tarkistaa vain ext2-järjestelmiä, että kaikille erilaisille on omansa. Ota niistä nyt sitten selvä.

[nm]

Ehdin tässä välillä jo sekottaa itseni täysin, kun etsin neuvoa netistä. Monella sivulla sanotaan että tarkastettava tiedostojärjestelmä ei saa olla mountattuna, mutta kun kyse on salatusta osiosta, niin täytyyhän se liittää.

LUKS-osio pitää avata cryptsetupilla. Sen sisällä olevaa ext4-tiedostojärjestelmää ei pidä liittää.

Ja sitten löytyi sivuja joilla snaottiin että e2fsck tarkistaa vain ext2-järjestelmiä, että kaikille erilaisille on omansa. Ota niistä nyt sitten selvä.

Voit käyttää e2fsck:ta. Sama ohjelma toimii kaikille extfs-versioille 2:sta 4:ään.

Koodia: [Valitse]

ls -l /sbin/fsck.ext*

Koodia: [Valitse]

lrwxrwxrwx 1 root root 6 syys   9  2015 /sbin/fsck.ext2 -> e2fsck
lrwxrwxrwx 1 root root 6 syys   9  2015 /sbin/fsck.ext3 -> e2fsck
lrwxrwxrwx 1 root root 6 syys   9  2015 /sbin/fsck.ext4 -> e2fsck
lrwxrwxrwx 1 root root 6 syys   9  2015 /sbin/fsck.ext4dev -> e2fsck

Koodia: [Valitse]

man e2fsck

e2fsck - check a Linux ext2/ext3/ext4 file system

[AimoE]

Voit käyttää e2fsck:ta. Sama ohjelma toimii kaikille extfs-versioille 2:sta 4:ään.

No niinpä tietysti, taatulla *nix-logiikalla.