Fat-osion alustus NTFS:ksi?

[New_user]

Levyllä (SSD) on laajennetussa osiossa kolme loogista osiota, home, fat-osio (10gt)  ja swap (4gt).

Haluaisin tuon fat-osion alustaa NTFS:ksi. Kysymys kuuluukin, voinko tehdä sen 16.04:n Levyt-ohjelmalla, valitsemalla sen ja alustamalla. Hämäävää on tuo alustus, kun Levyt-ohjelman oikea yläkulma ehdottaa Alusta levy, ja sitten taas alempaa, hammasratas-valikosta tulee Alusta osio. Kumpiko on oikein, ja pitäisikö  osio irrottaa ensin. Toisaalta voisin tietysti tehsä alustuksen WIndows 10 -puolellakin, jolloin tuskin Home joutuisi vaaraan, mutta haluaisin osata tehdä homman myös Ubuntussa.

[Tomin]

Alusta levy tekee uuden osiotaulun poistaen levyltä kaikki osiot ja sitä et halua tehdä nyt. Alusta osio alustaa nimenaä mukaisesti vain yhden osion ja sillä saat juurikin tuon asian tehtyä.

Osio pitää kyllä irrottaa ennen alustamista, mutta olen melkein varma, että Levyt ohjelma tekee sen automaattisesti tai vaihtoehtoisesti se ei anna alustaa liitettyä osiota.

[juylii]

Haluaisin tuon fat-osion alustaa NTFS:ksi. Kysymys kuuluukin, voinko tehdä sen 16.04:n Levyt-ohjelmalla, valitsemalla sen ja alustamalla.

Ehkäpä nimenomaan Windows hallitsee levyosion tiedostojärjestelmän muunnoksen (V)FAT -> NTFS, mutta varminta toki on tehdä osion tiedostoista asianmukainen varmuuskopio ennen mitään vaativia tiedostojärjestelmämuunnoksia.
Osion tiedostojärjestelmän muuntaminen (lue:formatointi) poistaa tiedostot levyosiolta. Mutta ongelmahan ei ole tämän näköinen, jos voit muutoksen jälkeen palauttaa tiedostot ajanmukaiselta varmuuskopiolta.
Toki varmuuskopiosihan on joka tapauksessa jo tehty, joten operaatio on vaivatta tehtävissä ilman erityisesti panostamatta varmuuskopioihin.

[New_user]

Kyllä sitten taas meni niin pieleen, kuin voi vain mennä, saamari, sanon minä. Itse alustus kyllä meni ok, eikä järjestelmä ilmoittanut mistään ongelmasta. Buuttaus tänään ei sitten kuitenkaan onnistunut. Tutkiminen kertoi, että juuriosiossa ongelmia. Uusi asennus tikulta, ja kun sitten yritin saada kyseistä NTFS-osiota uudestaan käyttöön, ei asennusohjelma antanut moista liittää mihinkään liitospisteeseen!!! No, Fat32 takaisin käyttöön vain. Home säilyi ja sen tiedostot sentään, mutta harmittaa tosi paljon kaikkien kuntoon saamieni ohjelmien asentaminen ja konffaaminen uudestaan. Mitä tästä taas opin? Älä kajoa levyyn näillä Ubuntun levytyökaluilla!

[nm]

Kyllä sitten taas meni niin pieleen, kuin voi vain mennä, saamari, sanon minä. Itse alustus kyllä meni ok, eikä järjestelmä ilmoittanut mistään ongelmasta. Buuttaus tänään ei sitten kuitenkaan onnistunut. Tutkiminen kertoi, että juuriosiossa ongelmia.

Oletko varma, ettei ongelmana ollut fstabissa määritelty vanhan FAT32-osion liitos? Sellainen voi hyvinkin pysäyttää käynnistymisen, jos UUID:tä vastaavaa osiota ei löydy, eikä liitoksen valitsimissa ole nofail tai nobootwait-parametria.

On erittäin epätodennäköistä, että onnistuisit rikkomaan liitetyn juuriosion Levyt-ohjelmalla muuten kuin pakottamalla koko levyn alustuksen eli uuden osiotaulun luonnin (ja sitäkään ohjelma tuskin hyväksyy, jos yksikään osio on liitettynä).

Uusi asennus tikulta, ja kun sitten yritin saada kyseistä NTFS-osiota uudestaan käyttöön, ei asennusohjelma antanut moista liittää mihinkään liitospisteeseen!!!

NTFS-osio kannattaa kyllä alustaa Windowsissa. Periaatteessa se onnistuu Linuxin NTFS-työkaluillakin, mutta tuki ei ole täydellinen.

[New_user]

Oletko varma, ettei ongelmana ollut fstabissa määritelty vanhan FAT32-osion liitos? Sellainen voi hyvinkin pysäyttää käynnistymisen, jos UUID:tä vastaavaa osiota ei löydy, eikä liitoksen valitsimissa ole nofail tai nobootwait-parametria.

NTFS-osio kannattaa kyllä alustaa Windowsissa. Periaatteessa se onnistuu Linuxin NTFS-työkaluillakin, mutta tuki ei ole täydellinen.

En muuttanut mitenkään liitoskohtaa, kun levyt-työkalulla alustin. Osion nimeä kysyttiin alustaessa, ja jos se sitten sekoitti asian. Annoin nimeksi NTFS ja originaali liitospiste oli /dos. Yhtä kaikki, 16.04 asennusohjelma EI antanut NTFS-osiolle antaa mitään järkevää liitospistettä uudellen asennettaessa. Tämä on melkoinen bugi!

[kamara]

En muuttanut mitenkään liitoskohtaa, kun levyt-työkalulla alustin. Osion nimeä kysyttiin alustaessa, ja jos se sitten sekoitti asian. Annoin nimeksi NTFS ja originaali liitospiste oli /dos. Yhtä kaikki, 16.04 asennusohjelma EI antanut NTFS-osiolle antaa mitään järkevää liitospistettä uudellen asennettaessa. Tämä on melkoinen bugi!

Uudelleen alustettaessa muuttuu levyn sekä uuid että label eli osion nimi. Oletuksena ainakin itselläni tulee liistospisteeksi /media/jotakin riippumatta oliko tiedostojärjestelmä alunperin fat tai ntfs tai jokin muu. Olen melko varma, että olet jossain vaiheessa kirjoittanut /etc/fstab:iin /dos-hakemiston vanhalle kiintolevylle, ja uudelleen osioidessa muuttunut uuid tai laitenimi ei enää löydy tiedostojärjestelmästä liitettynä. Tätähän nm ymmärtääkseni epäilikin.

[New_user]

Tilanne oli se, että ei tässä kiintolevyä osioitu eilen, vaan muutin yhden osion fatista NTFS:ään. Ei muuta.
Mutta jos tuosta fstab menee sekaisin, en voi sitten mitään. Kyllä Levyt-ohelmassa pitäisi olla joko varoitus asiasta tai sitten niin, että ohjelma kirjoittaa fstabin uusiksi päivityneeseen tilanteeseen ja käynnistää/pyytää käynnistämään koneen uudelleen. Tämä on taas sitä nörttiajettelua, että kaikki muka tietävät, mitä käyttöjärjestelmän syvimmissä sisuksissa milloinkin tapahtuu. Näinhän asia ei ole käyttäjän kannalta.

[kamara]

Tilanne oli se, että ei tässä kiintolevyä osioitu eilen, vaan muutin yhden osion fatista NTFS:ään. Ei muuta.

Se toiminto riittää uuid-muuttumiseen.

Mutta jos tuosta fstab menee sekaisin, en voi sitten mitään. Kyllä Levyt-ohelmassa pitäisi olla joko varoitus asiasta tai sitten niin, että ohjelma kirjoittaa fstabin uusiksi päivityneeseen tilanteeseen ja käynnistää/pyytää käynnistämään koneen uudelleen. Tämä on taas sitä nörttiajettelua, että kaikki muka tietävät, mitä käyttöjärjestelmän syvimmissä sisuksissa milloinkin tapahtuu. Näinhän asia ei ole käyttäjän kannalta.

Ei kaikkien tarvitse tietää, mitä käyttöjärjestelmän syvimmissä sisuksissa tapahtuu. Riittää, että järjestelmän ylläpitäjä tietää.

Varovaisesti olen samaa mieltä kanssanne, että järjestelmän tulisi tarkistaa ja ilmoittaa osioidessa hajonneesta fstab:sta. Toisaalta, jos asian tietää, niin se on taas yksi Windows-mainen ylimääräinen kysymys, joka heikentää järjestelmän toimivuutta eli tietokoneen käyttämisen nopeutta. Tästä saa olla eri mieltä, mutta mikäli kyseessä on mielestänne bugi, niin voihan siitä tehdä bugi-raportin.
 
Sen sijasta ylläpitäjä voi kyseisen asian tehdä melko yksinkertaisella scriptillä, jos asia jurppii.