Levyn hallintaa Ubuntussa

[New_user]

Kyselisin parista asiasta kiintolevyjen hallintaan liittyen. Kyseessä 16.04.

Törmäsin viestejä lukien lyhenteeseen LVM. Epäselvää on, onko kyseinen systeemi käytössä 16.04 järjestelmässä, ja liittyykö se jotenkin Levyt (disks) -ohjelman toimintaan? Jostain luin, että LVM olisi jotenkin jo mukana tässä 16.04:ssä, mutta tarvitaan jotain edustaohjelmaa lisäksi, jotta hallintasysteemi olisi paremmin käytössä. Osaisiko joku selventää?

Toinen kysymys liittyy usb-adapterilla koneeseen liitetyn levyn hyödyntämiseen ja tässä vielä erikoistapaukseen, jossa levy on koneesta irrotettu uefi-levy. Usb-adapterilla koneeseen liitettynä levy näyttäytyy siellä olevista osioistaan huolimatta yhtenä alustamattomana ja osioimattomana tilana, josta ei saa mitään irti. Olisiko jotain ohjelmaa tai systeemiä, jolla tuolleen liitetyn uefi-levyn saisi "näkyviin" osioineen? Tässä tapauksessa ko. levylllä on Win 10 ja Ubuntu 16.04.

[epiphone]

Toinen kysymys liittyy usb-adapterilla koneeseen liitetyn levyn hyödyntämiseen ja tässä vielä erikoistapaukseen, jossa levy on koneesta irrotettu uefi-levy. Usb-adapterilla koneeseen liitettynä levy näyttäytyy siellä olevista osioistaan huolimatta yhtenä alustamattomana ja osioimattomana tilana, josta ei saa mitään irti. Olisiko jotain ohjelmaa tai systeemiä, jolla tuolleen liitetyn uefi-levyn saisi "näkyviin" osioineen? Tässä tapauksessa ko. levylllä on Win 10 ja Ubuntu 16.04.

Saisiko sen levyn näkymään ihan Gparted ohjelmalla?

[New_user]

Toinen kysymys liittyy usb-adapterilla koneeseen liitetyn levyn hyödyntämiseen ja tässä vielä erikoistapaukseen, jossa levy on koneesta irrotettu uefi-levy. Usb-adapterilla koneeseen liitettynä levy näyttäytyy siellä olevista osioistaan huolimatta yhtenä alustamattomana ja osioimattomana tilana, josta ei saa mitään irti. Olisiko jotain ohjelmaa tai systeemiä, jolla tuolleen liitetyn uefi-levyn saisi "näkyviin" osioineen? Tässä tapauksessa ko. levylllä on Win 10 ja Ubuntu 16.04.

Saisiko sen levyn näkymään ihan Gparted ohjelmalla?

Hmm, mulla on jokin versio Gpartedista jollakin buuttaavalla tikulla, mutta voiko Gpartedia käyttää käynnissä olevassa koneessa, jossa siis normilevy on tietysti mountattu? Gparted ei näytä olevan oletuksena asennettu koneeseeen (asennettu 16.04 finnish remixiltä). Gpartedilla ei kaiketikaan kuitenkaan voi kopioida yksittäisiä tiedostoja, vaikka osiot saisikin näkyviin. Tarkoitus olisi siis saada ihan tiedostoja myöten levyn sisältö näkyviin.

[epiphone]

Hmm, mulla on jokin versio Gpartedista jollakin buuttaavalla tikulla, mutta voiko Gpartedia käyttää käynnissä olevassa koneessa, jossa siis normilevy on tietysti mountattu? Gparted ei näytä olevan oletuksena asennettu koneeseeen (asennettu 16.04 finnish remixiltä). Gpartedilla ei kaiketikaan kuitenkaan voi kopioida yksittäisiä tiedostoja, vaikka osiot saisikin näkyviin. Tarkoitus olisi siis saada ihan tiedostoja myöten levyn sisältö näkyviin.

Asenna Gparted

Koodia: [Valitse]

sudo apt install gparted
Sillä voit katsoa osioita vaikka ne mountattu ja järjestelmä käynnissä.

[nm]

Törmäsin viestejä lukien lyhenteeseen LVM. Epäselvää on, onko kyseinen systeemi käytössä 16.04 järjestelmässä

Riippuu, oletko määritellyt koko levyn salatuksi Ubuntun asennuksen yhteydessä. Jos et, LVM tuskin on käytössä.

ja liittyykö se jotenkin Levyt (disks) -ohjelman toimintaan?

LVM liittyy osiointiin ja osioiden käsittelyyn, joten sen kautta liittyy myös Levyt-ohjelmaan. Tietääkseni sen pitäisi näyttää LVM:n sisällä olevat osiot.

Toinen kysymys liittyy usb-adapterilla koneeseen liitetyn levyn hyödyntämiseen ja tässä vielä erikoistapaukseen, jossa levy on koneesta irrotettu uefi-levy. Usb-adapterilla koneeseen liitettynä levy näyttäytyy siellä olevista osioistaan huolimatta yhtenä alustamattomana ja osioimattomana tilana, josta ei saa mitään irti. Olisiko jotain ohjelmaa tai systeemiä, jolla tuolleen liitetyn uefi-levyn saisi "näkyviin" osioineen? Tässä tapauksessa ko. levylllä on Win 10 ja Ubuntu 16.04.

Kuulostaa siltä, ettei adapteri toimi kunnolla tai mahdollisesti levyn osiotaulu on oikeasti tyhjä tai rikki. Mutta kannattaa tosiaan tarkistaa myös GPartedilla.

Hmm, mulla on jokin versio Gpartedista jollakin buuttaavalla tikulla, mutta voiko Gpartedia käyttää käynnissä olevassa koneessa, jossa siis normilevy on tietysti mountattu?

Voi asentaa normaalisti apt:llä ja käyttää käynnissä olevassa järjestelmässä, kun ei ole tarpeen muokata liitettyä juuriosiota.

Gpartedilla ei kaiketikaan kuitenkaan voi kopioida yksittäisiä tiedostoja, vaikka osiot saisikin näkyviin. Tarkoitus olisi siis saada ihan tiedostoja myöten levyn sisältö näkyviin.

Jos myös GParted näyttää levyn tyhjänä, osiotaulu saattaa tosiaan olla vioittunut. Sen korjaaminen saattaa onnistua TestDisk-ohjelmalla. Jos sekään ei auta, PhotoRec on hyvä työkalu tiedostojen palauttamiseen.

[AimoE]

Kun epiphone kysi näkyykä GPartedilla, ajattelin että kyse oli sen testaamisesta onko oikea osio vai LVM-taltio. Levyt (Disks) näyttää LVM-taltiot, GParted ei.

Mutta vaikka Levyt näyttää LVM-taltiot, sen kautta ei voi niitä muokata, vaan sitä varten pitää mennä komentoriville. Se on kylläkin hyvin helppoa, itselläni ei ole ollut LVM:n kanssa mitään vaikeuksia ja olen käyttänyt sitä ainakin vuodesta 2015.

Tulinpa sitten etsineeksi onko LVM-GUI-ohjelmaa olemassakaan, ja kappas, on semmoinenkin olemassa: https://sourceforge.net/projects/kvpm/. Täytyypä kokeilla.

[nm]

Kun epiphone kysi näkyykä GPartedilla, ajattelin että kyse oli sen testaamisesta onko oikea osio vai LVM-taltio. Levyt (Disks) näyttää LVM-taltiot, GParted ei.

USB-adapterilla kytketyn levyn ongelma ei nyt taida liittyä LVM:ään, kun levy näkyy täysin tyhjänä, vaikka siellä pitäisi olla sekä Linux- että Windows-osioita.

[New_user]

Kun epiphone kysi näkyykä GPartedilla, ajattelin että kyse oli sen testaamisesta onko oikea osio vai LVM-taltio. Levyt (Disks) näyttää LVM-taltiot, GParted ei.

USB-adapterilla kytketyn levyn ongelma ei nyt taida liittyä LVM:ään, kun levy näkyy täysin tyhjänä, vaikka siellä pitäisi olla sekä Linux- että Windows-osioita.

En tiedä LVM:stä yhtään mitään, mutta adapterilla liitetyt levyt näkyvät kaikki ihan oikein ja tiedosto-operaatiot onnistuvat aina, PAITSI tuolla uefi-levyllä. Levy on ihan kunnossa, koska asennettuna alkuperäiseen koneeseen se toimii virheittä, ja molemmat käyttöjärjestelmät toimivat.

EDIT: tuossa mainitussa uefi-levyssä ei ole mitään salauksia. Normi pyörivä WD:n levy, jossa oli Win 8.1 (ei siis kymppi, kuten virheellisesti alussa mainitsin), ja johon rinnalle asensin Ubuntu 16.04:n. Koneessa on nyt 120Gb SSD. Alkup on 500Gb.

[nm]

En tiedä LVM:stä yhtään mitään, mutta adapterilla liitetyt levyt näkyvät kaikki ihan oikein ja tiedosto-operaatiot onnistuvat aina, PAITSI tuolla uefi-levyllä. Levy on ihan kunnossa, koska asennettuna alkuperäiseen koneeseen se toimii virheittä, ja molemmat käyttöjärjestelmät toimivat.

Mitä fdisk sanoo levystä? Entä parted?

Koodia: [Valitse]

sudo fdisk -l

Koodia: [Valitse]

sudo parted -l

[New_user]

Mitä fdisk sanoo levystä? Entä parted?

Koodia: [Valitse]

sudo fdisk -l

Koodia: [Valitse]

sudo parted -l

Katson huomenna. Tässä nyt ollut muita hommia. Asialla ei ole kiire, mutta ihmettelen tuota asiaa, miksi nimenomaan uefi-levy ei näy oikein. Olisi mukava kuulla muidenkin kokemuksia. Palataan asiaan.

[juyli]

En tiedä LVM:stä yhtään mitään, mutta ...

LVM-systeemistä löytyy infoa esim. Linux-Wikistä:
https://www.linux.fi/wiki/LVM
Mieluusti olen taistellut epätoivoista viivytyskamppailua pieneksi käyneiden levyjen ja levyosioiden kanssa. LVM:ää en ole ottanut käyttöön, vaan koittanut pärjäillä
hätätapauksissa linkittämällä tiedostoja tai hakemistoja (esim. man ln, man mount, man lvm - info -sivuista puhumattakaan).

[New_user]

Ohessa fdisk -l ja parted -l tulosteet, ensin fdisk. Toinen valittaa väärästä levykoosta, toinen tuntemattomasta nimiöstä ja osiotaulusta. Ota tästä sitten selvää.

Koodia: [Valitse]


GPT PMBR size mismatch (976773167 != 122096645) will be corrected by w(rite).
Disk /dev/sdb: 465,8 GiB, 500107862016 bytes, 122096646 sectors
Units: sectors of 1 * 4096 = 4096 bytes
Sector size (logical/physical): 4096 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes
Disklabel type: dos
Disk identifier: 0x825030e1

Laite      Käynnistettävä Start     Loppu  Sektorit  Size Id Tyyppi
/dev/sdb1                     1 976773167 976773167  3,7T ee GPT

---------------------

Error: /dev/sdb: unrecognised disk label
Model: WDC WD50 00LPVT-08G33T1 (scsi)                                     
Disk /dev/sdb: 500GB
Sector size (logical/physical): 4096B/4096B
Partition Table: unknown
Disk Flags:



[nm]

Osiotaulu on rikki tai käyttämäsi USB-adapteri ei toimi kunnolla levyn kanssa.

Kannattaa kokeilla vielä suoraan SATA-väylässä. Jos silloin fdisk ja parted näyttävät osioiden tiedot oikein, vika on adapterissa.

[New_user]

Osiotaulu on rikki tai käyttämäsi USB-adapteri ei toimi kunnolla levyn kanssa.

Kannattaa kokeilla vielä suoraan SATA-väylässä. Jos silloin fdisk ja parted näyttävät osioiden tiedot oikein, vika on adapterissa.

Katsotaan, jos jaksan vielä purkaa tuon Lenovon läppärin. Vaati koko takakannen ruuvaamista auki ja ruuveja riittää. Tietysti voisi yrittää laittaa toiseen läppäriin, mutta tuskin buuttaa, kun eri rautaa alla, tosin aika pitkälle Inteliä kummassakin koneessa,

[nm]

Katsotaan, jos jaksan vielä purkaa tuon Lenovon läppärin. Vaati koko takakannen ruuvaamista auki ja ruuveja riittää. Tietysti voisi yrittää laittaa toiseen läppäriin, mutta tuskin buuttaa, kun eri rautaa alla, tosin aika pitkälle Inteliä kummassakin koneessa,

UEFI:n tapauksessa boottaaminen siirretyltä levyltä vaatisi NVRAMiin tallennettujen käynnistyslataajan sijaintitietojen päivityksen grub-installilla tai vaikka Boot Repairilla.

Mutta ongelman selvittämiseksi riittäisi sekin, että boottaat koneen Ubuntun asennustikulla tai vastaavalla livejärjestelmällä ja tutkit levyn toimintaa sieltä käsin.

[jekku]

...
UEFI:n tapauksessa boottaaminen siirretyltä levyltä vaatisi NVRAMiin tallennettujen käynnistyslataajan sijaintitietojen päivityksen grub-installilla tai vaikka Boot Repairilla.
...

Millainen temppu tuo on?
Toistaiseksi on kaikki koneet legacy-moodissa, mutta olen kuulemmma kuullut ettei se aina ole mahdollista.

[New_user]

Levy nyt siirrettynä takaisin alkuperäiselle paikalleen Lenovoon ja ajettu fdisk - l ja parted -l

Levy on täysin kunnossa, ei virheitä. On vaan uskottava, ettei usb-adapteri osaa näitä uefi-levyjä (gpt???). Ei silleen kauheasti harmita, kun on laina-adapteri.

Koodia: [Valitse]


fdisk -l

Disk /dev/sda: 465,8 GiB, 500107862016 bytes, 976773168 sectors
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: 30A66ED9-E5AF-4235-8FCE-1AE44650BF26

Laite          Start     Loppu  Sektorit   Size Tyyppi
/dev/sda1       2048   2050047   2048000  1000M Windows recovery environment
/dev/sda2    2050048   2582527    532480   260M EFI System
/dev/sda3    2582528   4630527   2048000  1000M Lenovo boot partition
/dev/sda4    4630528   4892671    262144   128M Microsoft reserved
/dev/sda5    4892672 460298239 455405568 217,2G Microsoft basic data
/dev/sda6  881684480 882401279    716800   350M Windows recovery environment
/dev/sda7  882401280 934830079  52428800    25G Microsoft basic data
/dev/sda8  934830080 976773119  41943040    20G Windows recovery environment
/dev/sda9  460298240 519868415  59570176  28,4G Linux filesystem
/dev/sda10 519868416 823091199 303222784 144,6G Linux filesystem
/dev/sda11 823091200 873873407  50782208  24,2G Microsoft basic data
/dev/sda12 873873408 881684479   7811072   3,7G Linux-sivutus


parted -l

Model: ATA WDC WD5000LPVT-0 (scsi)
Disk /dev/sda: 500GB
Sector size (logical/physical): 512B/4096B
Partition Table: gpt
Disk Flags:

Number  Start   End     Size    File system     Name                          Flags
 1      1049kB  1050MB  1049MB  ntfs            Basic data partition          hidden, diag
 2      1050MB  1322MB  273MB   fat32           EFI system partition          boot, hidden, esp
 3      1322MB  2371MB  1049MB  fat32           Basic data partition          hidden
 4      2371MB  2505MB  134MB                   Microsoft reserved partition  msftres
 5      2505MB  236GB   233GB   ntfs            Basic data partition          msftdata
 9      236GB   266GB   30,5GB  ext4
10      266GB   421GB   155GB   ext4
11      421GB   447GB   26,0GB  fat32                                         msftdata
12      447GB   451GB   3999MB  linux-swap(v1)
 6      451GB   452GB   367MB   ntfs                                          hidden, diag
 7      452GB   479GB   26,8GB  ntfs            Basic data partition          msftdata
 8      479GB   500GB   21,5GB  ntfs            Basic data partition          hidden, diag




[jekku]

Levy nyt siirrettynä takaisin alkuperäiselle paikalleen Lenovoon ja ajettu fdisk - l ja parted -l

Levy on täysin kunnossa, ei virheitä. On vaan uskottava, ettei usb-adapteri osaa näitä uefi-levyjä (gpt???). Ei silleen kauheasti harmita, kun on laina-adapteri.

Aika paljon oli tulosteessa viittauksia 'Microsoft' ja 'Windows' - niitä epäilen syyllisiksi enemmän.
Kun olen muutamasta levystä, ja usb-adapterin avulla, siivonnut tuon GPT:n pois.

http://askubuntu.com/questions/211477/how-to-remove-gpt-from-hdd

[nm]

...
UEFI:n tapauksessa boottaaminen siirretyltä levyltä vaatisi NVRAMiin tallennettujen käynnistyslataajan sijaintitietojen päivityksen grub-installilla tai vaikka Boot Repairilla.
...

Millainen temppu tuo on?

Käytännössä sama temppu kuin GRUBin palauttaminen silloin kun vaikkapa Windows on jyrännyt sen pois.

UEFI-systeemissä tuo tosiaan muuttaa koneen NVRAMissa sijaitsevia tietoja, eli jos tarkoituksena on vain kokeilla levyä väliaikaisesti toisessa koneessa, tämä sotkee koneen normaalin käynnistymisen kokeilun jälkeen, ja se on vuorostaan palautettava. En osaa äkkiseltään sanoa, miten esimerkiksi Windowsin lataaja korjattaisiin tämän jälkeen.

Levy on täysin kunnossa, ei virheitä. On vaan uskottava, ettei usb-adapteri osaa näitä uefi-levyjä (gpt???). Ei silleen kauheasti harmita, kun on laina-adapteri.

Ei johdu UEFI:sta eikä GPT:stä, vaan adapteri ei vain nyt toimi oikein. Voi johtua yhteensopivuudesta kyseisen kovalevymallin kanssa, tietokoneen USB-portista, adapterin virtalähteestä, Linuxin ajurista jne.

[New_user]

Ei johdu UEFI:sta eikä GPT:stä, vaan adapteri ei vain nyt toimi oikein. Voi johtua yhteensopivuudesta kyseisen kovalevymallin kanssa, tietokoneen USB-portista, adapterin virtalähteestä, Linuxin ajurista jne.

Kyseistä levyä adapterin kanssa on kokeiltu kolmessa koneessa aina samoin tuloksin. Kaikki muut levyt kokeillut levyt ovat toimineet oikein adapterin kanssa. Vika ei siis jää koneiden usb-portteihin vaan joko adapteriin tai sitten Ubuntun levynkäsittelyohjelmiin. Nekään eivät ole täydelliset. Törmäsin eilin itse netissä tällaiseen tilanteeseen, jossa syntyy levyn kokoristiriita aivan samoin virheimoituksin, joita sain itsekin ko. ongelmalevyn kanssa. Kaiken kaikkiaan syy jäänee hämärän peittoon. Adaperilla on muuten oma virtalehde, joka on aika järeä ja riittää vanhoille isoille pata-levyillekin komeasti.

EDIT: Niin, myöskään Windows 10 ei tunnista levyä oikein adapterin kanssa. Levyn hallinta kertoo kooksi väärin 3,7T ja osioksi GPT-suojausosio.