Osioiden tilan muuttaminen Mint 19.2 Chinnamon

Mikä järki oli aloitevan mennä muutaan defauld-osiointi?
Osiointi into on jotain muinaisjäänettä!

Mutta levytyökalulla homma hoituu.. muuta ole tarkka mitä teet!

GPartedillä onnistuu. Lataa iso-levykuva ja boottaa kone siltä. Sitten vaan halutut muutokset levylle ja se on siinä.

https://gparted.org/download.php

Kyllä tossa vois sillai tehdä että pistää uuden levyn koneeseen kiinni.
Ja antaa osioiden järjestyksen olla ennallaan?
Sen jälkeen poistaa kansiot /home/.config ja /home/.cache ja tekee symlinkit niiden tilalle uudelle levylle?
Ja ilmasiin pilvipalvelimiin voi tehdä linkit? ja ottaa niistä käyttöön (aina kun ovat pystyssä) jonkun 10 000 gigaa?
ei sillai tila lopu heti?

Sinä asensit Mint 19.2 Chinnamon USB -tikulta, joten käynnistä kone uudestaan siltä tikulta. Mint 19.2 kaikilla työpöytä versioilla on LiveUSB asennukseen sisälletty GParted kiintolevyn osiointi ohjelma, tässä sitä tarvitaan.

https://gparted.org/

Mitä ihmettä te jotkut oikein selitätte täällä? Levyn osioiminen useaksi eri partitioksi ei ole millään tavalla mikään muinaisjäänne vaan erittäin järkevää. Se tulee olemaan järkevää myös tulevaisuudessa se asia ei kyllä muutu miksikään. Jos koko käyttis ja phimmillaan myös käyttäjien kotihkemistot on yhdellä j samalla levyosiolla, niin levyvirheen tapahtuessa voidaan menettää pahimmillaan aivan kaikki. Vaikka käyttöjärjestelmä ja tiedostojärjestelmä pyrkivät sitä estämäänkin on silti aina mahdollista, että jonkin kirjoitusoperaation aikana tapahtuu levyvirhe. Ja jos sillon kaikki on yhdellä ainoalla levyosiolla niin sillon pahimmillaan koko levy on käyttökelvottomassa tilassa ja aivan kaikki voidaan menettää. Käyttistä ei sillon saa käynnistettyä eikä käyttäjän henkilökohtasia tiedostoja saa siirrettyä turvaan. Pahimmillaan tiedostojärjestelmä voi olla niin sekaisin vakavan levyvirheen takia, että kaikki menetetään. Levyn pilkkominen useaan osioon on siis ehdottomasti järkevää, sillon mahdollinen levy osio sotkee vain yhden osion ja loput käyttiksestä ja ennenkaikkea käyttäjän henkilökohtaset tiedostot on edelleen turvassa vaikka jokin käyttiksen osio sekoaisikin.

T. miksuh

Levyosioiden kokoa voidaan muuttaa esimerkiksi graafisella gparted -partitiontityökalulla. Lisäksi, jos käyttistä asennettaessa levyosiot on tehty niin, että ne käyttää LVM:ää niin levyosioiden koon muuttaminen jne on merkittävästi joustavampaa kuin ilman LVM_ää luotujen levyosioiden kohdalla. LVM jopa mahdollistaa levyosioiden jatkamisen toisella levyllä. Eli loogisen levyosion ei tarvitse olla fyysisesti kokonaan yhdellä kovalevyllä vaan osa siitä voi olla yhdellä leyllä ja osa toisella. LVM myös mahdollistaa levyosioiden koon muuttamisen dynaamisesti tarpeen vaatiessa.

T. miksuh

En kyllä ole alkuunkaan samaa mieltä. Mitä tekemistä sillä nyt muka on asian kanssa onko koneessa SSD -levy vai ei? Ihan yhtälailla se tiedostojärjestelmä voi seota kirjoitusoperaation aikana SSD -levyjäkin käytettäessä. Ja koneen käyttötarkotus ei kyllä muuta asiaa miksikään eikä RAM-muistin määrä. Ainut perustelu jättää levy osioimatta on se, jos menee ostamaan kaikki pienimpiä SSD -levyjä. Sillon voi olla vaikea pilkkoa levyä. Mutta kyllä jos käytössä on esim teratavun SSD -levy, joka ei enää paljoa maksa, niin osiointi ehdottomasti kannattaa tehdä vaikka käytössä olisi SSD levy ja esim 16GN
B RAM-muistia, ja vaikka ainoastaan surffaisi netissä.

Jos kirjoitusoperaatio keskeytyy kesken operaation sopivasti niin on ihan mahdollista, että tiedostojärjestelmä sekoaa. Siinä on myös syy siihen miksi nykyaikaiset tietokoneet tulisi aina sammuttaa hallitusti eikä vain lyömällä virrat poikki, mikä voi tapahtua kesken kirjoitusoperaation tai ennenkuin levypuskurit on kirjoitettu levylle kokonaisuudessaan.

Käyttöjärjestelmä ja tiedostojärjestelmä pyrkivät estämään levyvirheiden aiheuttamia vahinkoja, mutta ne ovat ilti mahdollisia.

Kannattaa muuten muistaa, että normaalisti jokainen lukukertakin aiheuttaa kirjoitusoperaation, koska tiedostojärjestelmä pitää kirjaa siitä millon tiedostoja ja hakemistoja on viimeeksi käsitelty. Noidenkin kirjoitusoperaatioiden aikana tapahtuva levyvirhe voi sotkea tiedostojärjestelmän. Tuota voi muuttaa laittamalla tiedostoon /etc/fstab -tiedostoon levyosioit mounttaaville riveille option noatime.

T. miksuh

Eli siis optio noatime kertoo systeemille, että tiedostojen ja hakemistojen viimeisestä käsittelyajankohdasta ei pidetä kirjaa, ainoastaan viimeisimmästä muokkausajankohdasta. SSD -levyjen tapauksessa tuo myös auttaa vähentämään levyn kulumista, koska lukuoperaatio ei enää aiheuta kirjoitusoperaatiota viimeisen käsittelyajankohdan kirjaamatta jättämisen takia.

T. miksuh

Alottaja;
Jep,jep levy tuli kuntoon kun boottasi sillä asennus USB'ä ja ropeloi GParted työkalulla.
-ensin pienensin juuriosiota noin 100G
-deletoin swapin
-loin uuden swapin
-lisäsin sen noin 100G home osioon
Levy olikin 500G SSD PCi M.2 2280. Ja noo kaikki osiot oli primaryosioita.
Ehkä olisi pitänyt alunalkaen luoda yksi primary ja loput loogisia.
Kiitti jelpistä ja älkää pahottako mieltä kun kysyin neuvoa ja olen tehnyt levyn näin.

Se ei ole millään tavalla paskapuhetta. Ja jos käyttää aikaa kaikessa rauhassa levyn osiointiin, niin miksi se ei menisi ihan ok? Jos käyttäjä kädettää homman niin sille ei sitten voi mitään, mutta ei se muuta sitä tosiasiaa, että levy kannattaa pilkkoa pienempiin osioihin. Sitäpaitsi ainakin Debianin asennusohjelma antaa tehdä osioinnin jo asennusvaiheessa. Ja jos levypartitiot on tehty LVM:ää käyttäen osioiden koon muuttaminen onnistuu paljon joustavammin. Ja LVM todellakin sallii loogisen osion jatkamisen toiselle levylle siten että osa osiosta on yhdellä levyllä ja osa osiosta toisella. Eli LVM:ää käytettäessä levyosion täyttyminen ei ole suuri ongelma.

T. miksuh