Kirjoittaja Aihe: Siirrettävien medioiden epäyhteensopivuus  (Luettu 2064 kertaa)

New_user

  • Käyttäjä
  • Viestejä: 1242
    • Profiili
Siirrettävien medioiden epäyhteensopivuus
« : 05.07.19 - klo:11.01 »
Palaan tähän jonkinlaiseen kestoaiheeseen, kun en saanut FAT32 muistitikkua toimimaan Lenovon tabletin kanssa.
Kysymys kuuluu, onko esim FAT32:a eri versioita, ja miten Ubuntu mediat alustaa? Kyseinen tikku ilmoittaa Ubuntun Levyt-ohjelmassa Sisältö: FAT (32-bittinen versio). Toinen media, 32-gigainen muistikortti ilmoittaa vastaavasti Osion tyyppi: W95 FAT32 (LBA) Sisältö: FAT (32-bittinen versio). Tikun kohdalla ei siis tule ilmoitusta osion tyypistä lainkaan???. Molemmat mediat tunnistuvat Ubuntussa 16.04 ja Windowsin XP- ja 10-versioissa, mutta tikku ei Lenovossa, jossa on Android 8.0. Kortti tunnistuu lukikan kautta hyvin, ja myös pieni 256Mb tikku, joka ilmoittaa itsensä FAT12?? tyypiksi.

Onko nyt niin, ettei Ubuntu tosiaan osaa luoda siirrettävää mediaa FAT32:een niin, että se kelpaisi kaikkialle?

EDIT: Kokeita tein. Alustin yllämainitun tikun sitten sen ensin kopsattuani tabletissa. Siitä tuli FAT32-tikku, MUTTA kuten tuossa kortissakin, nyt osion tyypissä lukee W95 FAT32 (LBA) ja lisäksi (Bootable). Sitten otin kuvauskopterista siinä alustetun muistikorti ja taas Levyt-ohjelmalla katsaus. Se ilmoittaa osion tyypissä W95 FAT32 (Bootable). Myös alkuperäisessä tekstissäni mainittu muistikortti taisi olla alustettu laitteessa, Sonyn kamerassa. Siispä tuntuu siltä, että jos ei tuota osion tyyppimerkiontää Levyt-ohjelmalla ole, siis tuo W95 FAT32 + LBA ja tai Bootable, niin media tuomitaan epäyhteensopivaksi ainakin Lenovon tuossa Android 8-tabletissa. HUOMIO? Myöskään tikun alustus Windows XP:ssä pika-alustuksessa ei tuottanut Lenovoon kelpaavaa mediaa, koska siinäkään osion tyyppiksi ei tule mitään.
« Viimeksi muokattu: 05.07.19 - klo:11.57 kirjoittanut New_user »

jekku

  • Käyttäjä
  • Viestejä: 2624
    • Profiili
Vs: Siirrettävien medioiden epäyhteensopivuus
« Vastaus #1 : 05.07.19 - klo:14.55 »
Tämän kanssa on kai vain elettävä.
Nuo Redmondin jalostamat tiedostosysteemit eivät noin yleisesti ottaen ole kovin ...

SuperOscar

  • Käyttäjä
  • Viestejä: 3993
  • Ocatarinetabellatsumtsum!
    • Profiili
    • Legisign.org
Vs: Siirrettävien medioiden epäyhteensopivuus
« Vastaus #2 : 05.07.19 - klo:14.56 »
Ehkä jollakulla on tähän teknisempi selitys, mutta minun kokemukseni mukaan kyse on puhtaasta sattumasta.

Taannoin tein siirtokäyttöä varten FAT32-tikun, joka toimi iloisesti paitsi Linux- myös Windows-koneissa, kaikissa joissa kokeilin, mutta kollegan Mac-kannettava kieltäytyi tikkua hyväksymästä. Ei siihen mitään syytä osattu keksiä, mutta onneksi oli Windows-kone siirtoa varten käytettävissä.
pöytäkone 1, kannettavat 1–3: Debian GNU/Linux 12; pöytäkone 2: openSUSE Tumbleweed; NUC: openSUSE Leap 15.5; RPi 1: FreeBSD 13.2-RELEASE; RPi 2: LibreELEC 11

Tomin

  • Palvelimen ylläpitäjä
  • Käyttäjä / moderaattori+
  • Viestejä: 11433
    • Profiili
    • Tomin kotisivut
Vs: Siirrettävien medioiden epäyhteensopivuus
« Vastaus #3 : 05.07.19 - klo:20.05 »
Tarkistaisin nyt, että tulitko tehneeksi sellaisen tikun tai muistikortin, jolla ei ole osiotaulua vaan ainoastaan tiedostojärjestelmä. Silloin se ei kelvanne kaikille laitteille.

FAT-tiedostojärjestelmästä on tosiaan useita versioita eli FAT12, FAT16, FAT32 ja FAT32 LBA, joissa on eroa tuetun tiedostojärjestelmän koon ja tiedostokoon suhteen. Lisäksi on laajennos pitkille tiedostonimille, mutta se on toteutettu taaksepäinyhteensopivasti ja on syy sille, miksi nuo tiedostot näyttävät hassulta oikein vanhoissa järjestelmissä. Android-tabletti todennäköisesti ei juurikaan välitä FAT:n versiosta ja syy on todennäköisemmin tuo osiotaulun puuttuminen. Sen voi tehdä Levyt-työkalussa sieltä ylävalikon Alusta levy -kohdasta.
Automaattinen allekirjoitus:
Lisäisitkö [RATKAISTU] ketjun ensimmäisen viestin aiheeseen ongelman ratkettua, kiitos.

New_user

  • Käyttäjä
  • Viestejä: 1242
    • Profiili
Vs: Siirrettävien medioiden epäyhteensopivuus
« Vastaus #4 : 05.07.19 - klo:20.25 »
Tarkistaisin nyt, että tulitko tehneeksi sellaisen tikun tai muistikortin, jolla ei ole osiotaulua vaan ainoastaan tiedostojärjestelmä. Silloin se ei kelvanne kaikille laitteille.

FAT-tiedostojärjestelmästä on tosiaan useita versioita eli FAT12, FAT16, FAT32 ja FAT32 LBA, joissa on eroa tuetun tiedostojärjestelmän koon ja tiedostokoon suhteen. Lisäksi on laajennos pitkille tiedostonimille, mutta se on toteutettu taaksepäinyhteensopivasti ja on syy sille, miksi nuo tiedostot näyttävät hassulta oikein vanhoissa järjestelmissä. Android-tabletti todennäköisesti ei juurikaan välitä FAT:n versiosta ja syy on todennäköisemmin tuo osiotaulun puuttuminen. Sen voi tehdä Levyt-työkalussa sieltä ylävalikon Alusta levy -kohdasta.

Hmm. Enpä minä tuollaisia osannut arvuutella. Otaksun, että kun tuollaisen siirrettävän median alustaa FAT32:een, tuntuu selvältä käyttäjästä, että media on saman tein sitten kelpoinen. On jotenkin taas insinöörimäistä ajattelua, että alustuksen jälkeen Pihtiputaan mummon pitäisi vielä jotain toimenpiteitä medialle tehdä. No, nyt on sitten mediat alustettu ja käytössä, joten vähän myöhäistä asian kanssa. Pitää yrittää muistaa asia kun tulee taas alustusta eteen.

Tuo usein mainittu median vain lukutilaan joutuminen on myöskin hassu juttu, mutta käytännössä siitä on selvinnyt boottaamalla koneen uudestaan, jolloin ko. medialle kirjoittaminen onnistuu. Syytä moisen operatsjuuniin tarpeeseen en tiedä.

Tomin

  • Palvelimen ylläpitäjä
  • Käyttäjä / moderaattori+
  • Viestejä: 11433
    • Profiili
    • Tomin kotisivut
Vs: Siirrettävien medioiden epäyhteensopivuus
« Vastaus #5 : 05.07.19 - klo:20.37 »
Normaalisti levyillä kyllä on osiotaulu, mutta jostain syystä joskus niille tehdään tiedostojärjestelmä ilman osiotaulua. Käsittääkseni tämä on yleisempää vanhemmissa laitteissa ja luultavasti periytyy ajalta, jolloin käytettiin levykkeitä (tyypillinen koko oli 1,44 Mt, josta osiotaulu ottaisi leijonanosan). Sitä en tiedä, miksei Android sellaista ymmärtäisi. Osiotaulu mahdollistaa siis useamman osion luomisen samalle laitteelle.

Mitä taas tulee tuohon vain luku -tilaan, niin sen yleensä aiheuttaa levyn äkillinen virtakatkos, joka voi olla esimerkiksi levyn kiskaiseminen koneesta irrottamatta tiedostojärjestelmiä ensin. Silloin tiedostojärjestelmään jää ns. likainen bitti (dirty bit) päälle ja seuraavan kerran käytettäessä sitä ei suostuta liittämään kirjoitettavassa tilassa ennen kuin tiedostojärjestelmä on tarkastettu ja mahdolliset virheet on korjattu.

Tuon lisäksi Windowsilla on tapana jättää irrotettavilta medioilta (muistitikut, -kortit ja ulkoiset kiintolevyt) välimuisti pois, jolloin tiedostot kirjoitetaan suoraan laitteelle ja laitteen voi irrottaa kunhan valo ei vilku. Linuxissa niille – samoin kuin sisäisille levyille – on tapana käyttää välimuistia, koska se saa laitteen käytön vaikuttamaan nopeammalta ja vähentää kirjoituksia, mutta silloin tuo irrotus on tehtävä ensin tietokoneen puolelta ja vasta sitten laitteen saa irrottaa fyysisesti.
Automaattinen allekirjoitus:
Lisäisitkö [RATKAISTU] ketjun ensimmäisen viestin aiheeseen ongelman ratkettua, kiitos.

New_user

  • Käyttäjä
  • Viestejä: 1242
    • Profiili
Vs: Siirrettävien medioiden epäyhteensopivuus
« Vastaus #6 : 06.07.19 - klo:09.56 »
Kiitos Tomin perusteellisesta vastauksesta. Jo eläkkeellä olevana ATK-kettuna nuo välimuistijutut yms. ovat kyllä mieleen painuneet hyvinkin. Linuxin kanssa taitaa olla historiaa vasta noin 10 vuotta, mutta se on ollut lähinnä hyötyohjelmien ajamista, ei niinkään systeemin metkuja oppien.

Tuo siirrettävän median vain lukutilaan meno on itselleni kyllä sattunut useammankin kerran vain Ubuntussa tapahtuneen alustuksen jälkeen. Ei siis virtakatkoa tai luvatonta irrottamista. Mutta kuten sanoin, on selvinnyt, että koneen boottaus ja myös kirjoitus medialle alkaa toimia.