32GB:n tallennusmedian alustaminen 16 kilotavun klusterikoolla? [RATKAISTU]

[Jere Sumell]

Pitäisi saada 32 gigatavun tallennusmedia alustettua siten, että klusterikoko olisi 16 kilotavua, eli 16384 tavua. En tarvitse boottaavaa mediaa SDHC-muistikortstani, pelkkä alustaminen tuohon FAT32-tiedostojärjestelmään riittää. Mitään vinkkiä, kun en löytänyt gPartedista kenttää, johon olisi voinut syöttää tuota yksikkökokoa.

Osaisiko joku auttaa?

[_Pete_]

https://linux.die.net/man/8/mkfs.vfat

Lieköhän tämä vipu mitä kaipaat:

Koodia: [Valitse]

-S logical-sector-size
    Specify the number of bytes per logical sector. Must be a power of 2 and greater than or equal to 512, i.e. 512, 1024, 2048, 4096, 8192, 16384, or 32768.


[Jere Sumell]

https://linux.die.net/man/8/mkfs.vfat

Lieköhän tämä vipu mitä kaipaat:

Koodia: [Valitse]

-S logical-sector-size
    Specify the number of bytes per logical sector. Must be a power of 2 and greater than or equal to 512, i.e. 512, 1024, 2048, 4096, 8192, 16384, or 32768.


Joo, no tuolla voisin tietysti saadakin haluamani lopputuloksen, kun olen eniten alustanut dd:llä syotteenä nollaputkea, ja sitten pari viime kertaa tuolla gparted-live-usb-tikulla, harvemmin tarvitsee noita vanhempia DOS-tiedostojärjestelmä-alustuksia. Nyt on tarvis, ja kiitos pete ohjeistuksesta!

[Jere Sumell]

Kokeilin tulostaa 4GB:n USB-tikun tuolla mkdosfs -ohjelmalla, niin kyllähän se todella toimisi, mutta sitten vain, kun kokeilin piruuttani Windows 10-koneeseen muistitikkua syöttää, niin Windows 10 -ei tunnista koko tikkua. Windows 10 käyttää tuossa FAT32 -alustuksessa vFAT -tiedostojärjestelmää, mitä kaivoin pienellä tutkimusmielellä erot tuon alustetun tallennusmedian jälkeen ensin Linuxilla alustettu ja sitten alustin Windowsissa FAT32 16 -bitin varausyksikön koolla, eli Windows ei nykyään enää varmaan ole pitkään aikaan tunnistanut mitään noita 1977 vuodelta peräisin olevia FAT-tiedostojärjestelmiä. vFat on tullut tilalle.

Miten tähän päädyin?

Alustin 4 Gigatavun USB-tikun komennolla:

Koodia: [Valitse]

mkdosfs -F 32 -I -n STORAGE -R 32 -s 32 -S 16384 -v /dev/sdb1
Sitten päätteelle ulostulona oli seuraava:

Koodia: [Valitse]

mkfs.fat 4.1 (2017-01-24)
/dev/sdb1 has 124 heads and 62 sectors per track,
hidden sectors 0x003f;
logical sector size is 16384,
using 0xf8 media descriptor, with 244734 sectors;
drive number 0x80;
filesystem has 2 32-bit FATs and 8 sectors per cluster.
FAT size is 8 sectors, and provides 30585 clusters.
There are 32 reserved sectors.
Volume ID is c5666be9, volume label STORAGE    .

Sitten tässä on erot tulosteissa, mitä katsoin pääkäyttäjän oikeuksilla blkid-komennolla

Tuon Linuxissa alustamisen jäljiltä ensin seuraavanlaisesti:

Koodia: [Valitse]

vieras@kone:~$ sudo blkid
/dev/sda1: UUID="9E4D-6725" TYPE="vfat" PARTLABEL="EFI System Partition" PARTUUID="57a148b6-dbc6-4ceb-82e4-c10446537001"
/dev/sda2: UUID="107c2df3-3827-4bc7-82fc-85311df61808" TYPE="ext4" PARTUUID="b00ce66a-307a-4e59-9c95-4bedd476e6b5"
/dev/sdb: PTUUID="93d34f30" PTTYPE="dos"
Sitten, kun alustin 64 -bittisessä Windows 10:ssä tikun FAT32 16 kilobittiä varausyksikön koko, niin tuloste oli seuraava:

Koodia: [Valitse]

vieras@kone:~$ sudo blkid
/dev/sda1: UUID="9E4D-6725" TYPE="vfat" PARTLABEL="EFI System Partition" PARTUUID="57a148b6-dbc6-4ceb-82e4-c10446537001"
/dev/sda2: UUID="107c2df3-3827-4bc7-82fc-85311df61808" TYPE="ext4" PARTUUID="b00ce66a-307a-4e59-9c95-4bedd476e6b5"
/dev/sdb1: LABEL="STORAGE" UUID="2C0C-18CD" TYPE="vfat" PARTUUID="93d34f30-01"

Tuo sdb1 -dev -hakemiston alipolku on USB-tikkuni.

Näköjään, mitä tuossa toisessa koneessani on asennettuna alunperin natiiviksi käyttöjärjestelmäksi tosiaan 64-bittinen Mint, niin näköjään se boottaava asennusmedia näköjään alustaa tietokoneen kiintolevyn myös 'vfat':iksi.

EDIT: Äsken katsoin hakukoneella "Windows 10 doesn't regonize FAT32 Dos Partition Table" -hakusanalla, niin tuli Microsoftin-tukiyhteisöstä tuollainen:

suora linkki 2017 siellä käytyyn keskusteluun:

https://answers.microsoft.com/en-us/windows/forum/all/windows-10-doesnt-recognise-dos-drive/5e7f0481-61cc-4f14-a630-4f16e5376b12

En tiedä, on melkein huomisen heiniä sitten kokeilla tuota, jos saisi tuolla aidolla dos-osiointitaululla näkyviin Windowsissakin tuon USB-tikunni, vaikka ei siitä paljoa hyötyä ole kun olen aikeissa hankkia 32 gigatavun muistikorttia, johon pitäisi tallentaa tiedostoja, niin Windowsissahan on jostain syystä maksimiraja 2 Gigatavua, mitä tuo FAT32 -aito dos-osiointi sallii.

[nm]

VFAT viittaa blkid:n listauksessa FAT32:een vfat-laajennoksella eli pitkien tiedostonimien tuella varustettuna. Käyttämäsi mkdosfs-komento luo vastaavan FAT32 & VFAT -tiedostojärjestelmän, eikä tietääkseni mikään käyttöjärjestelmä ole tarjonnut tällä vuosituhannella FAT32-alustusta ilman VFAT-tukea.

Ero listauksissa johtuu nähtävästi osiointiongelmasta, eli sdb1 oli jostain syystä kadonnut alustuksen jälkeen. Olitko mahdollisesti irrottanut tikun ennen kuin osiointi tai alustus oli kirjoitettu tikulle asti? Kannattaa suorittaa sync-komento ennen irrotusta, kun operoit komentorivillä.

[Jere Sumell]

Joo, näkojään tuo sdb1 -alihakemisto ei ole tuolla /dev -hakemistossa tuossa.

Siinä tuli jotain WARNING -varoituksia muutama zipale tuossa alustusohjelman ollen ajossa, katson uudestaan tänään iltapäivällä, ja voin pistää senkin ajon aikaisen tulosteen tänne jakoon, jos en saa näkyviin tuota muistitikkua uudestaan, kun kokeilen.

[Jere Sumell]

Varmaan tuossa komentorivissä on jotain vikaa minulla, jolla ajan tuon alustusohjelman? Kokeilin nyt uudelleen tänään äsken nyt iltapäivällä tuota samaa, mitä eilen illalla pistin noita tulosteita tuonne edelle, ja ohjelman suorittamisen jälkeen ajoin fsync -f -kytkimellä pääkäyttäjänäkin, niin nyt ei tuosta blkid -tulostelistauksesta siinä näy edes tuo tallennusmedian volume_label, ja edelleen näyttää "dos", eikä edes Linux tunnista tuon alustuksen jälkeen tikkua.

Tässä tulosteet ja virheherjat, joku voinee tarkistaa tuon komentorivini, jos siinä jotain korjattavaa, että saisi tämän toimimaan?

Ensin alustuksen aikainen tuloste kaikkineen:

Koodia: [Valitse]

vieras@kone:~$ sudo mkdosfs -F 32 -I -n STORAGE -R 32 -s 32 -S 16384 -v /dev/sdb1
mkfs.fat 4.1 (2017-01-24)
Warning: sector size 16384 > 4096 is non-standard, filesystem may not be usable
WARNING: Not enough clusters for a 32 bit FAT!
/dev/sdb1 has 124 heads and 62 sectors per track,
hidden sectors 0x003f;
logical sector size is 16384,
using 0xf8 media descriptor, with 244734 sectors;
drive number 0x80;
filesystem has 2 32-bit FATs and 32 sectors per cluster.
FAT size is 32 sectors, and provides 7644 clusters.
There are 32 reserved sectors.
Volume ID is f17b208d, volume label STORAGE    .
vieras@kone:~$
Sitten ajoin sync -komennon, joskin katsoin ensin manuaalisivuista, miten komentoa käytetään.

Koodia: [Valitse]

vieras@kone:~$ man sync
vieras@kone:~$ sync -f
vieras@kone:~$ sudo blkid
/dev/sda1: UUID="9E4D-6725" TYPE="vfat" PARTLABEL="EFI System Partition" PARTUUID="57a148b6-dbc6-4ceb-82e4-c10446537001"
/dev/sda2: UUID="107c2df3-3827-4bc7-82fc-85311df61808" TYPE="ext4" PARTUUID="b00ce66a-307a-4e59-9c95-4bedd476e6b5"
/dev/sdb1: PTTYPE="dos" PARTUUID="93d34f30-01"
vieras@kone:~$
Sitten kun yritin mountata tuon USB-tikun järjestelmään, niin tuli virhe, että tuota /dev/sdb1 -polkua ei löydy /etc/stab -sijainnista

Seuraavaksi alustin Mintin Graafisella USB-tikun alustusohjelmalla sijainnissa /dev/sdb -4GB KINGSTON TRAVEL -USB-tikkuni, jotta saisin nuo tekstitiedostoihin tallentamani päätetulosteet siirrettyä Winkkarikoneeseeni, niin tuossa USB-muistitikun alustusohjelmassa tarjotaan myös FAT32, mutta siinä ei ole mahdollista asettaa kustomoitua  varausyksikön kokoa, tai klusterikokoa itse käyttäjän toimesta haluamakseen, niin tuon Graafisen tulostusohjelman jäljiltä, tosiaan vFat -näyttäisi olevan tosiaan myös sitten USB-tikun tiedostojärjestelmä, joka toimii molemmissa käyttiksissä, joissa nyt kokeilin, eli Mint 64bit ja Windows 10

Tuloste tuon graafisen työkalun käytön jälkeen blkidin tulostelistauksesta poiminta (suora lainaus):

Koodia: [Valitse]

/dev/sdb1: LABEL_FATBOOT="USB-MUISTI" LABEL="USB-MUISTI" UUID="3074-1B1C" TYPE="vfat" PARTUUID="e807bef5-01"
Vahingossa unohdin muuten tuon sdb-merkkijonon jälkeen 1-numeron syöttää, niin en tiedä, mitä haittaa, onko siitä mitään haittaa, jos alustaa /dev/sdb -kansion, ei siinä mitään herjoja tullut GUI-alustustyökalun osasi tunnistaa tuon laitehakemistopolun tuon sdb-kansion kyseisen sijainnin alustuksen jälkeenkin, vaikka eihän tiedostoja ja hakemistoja alusteta tuolla ohjelmalla, vaan tallennusmedioita.

Epäilen, että tuossa alkuperäisessä komentorivissäni on jotain mätää tuon matematiikan osalta, kun tulee tuo varoitus, että "WARNING: Not enough clusters for a 32 bit FAT!", miten tuollainen klustereihin liittyvä matematiikka oikein toimii tässä tietojenkäsittelyssä? Pitäisi vähän sitä ymmärtää ja hallita, että osaisi korjata noita lukuja tuossa komentorivissä.

 

[nm]

Epäilen, että tuossa alkuperäisessä komentorivissäni on jotain mätää tuon matematiikan osalta, kun tulee tuo varoitus, että "WARNING: Not enough clusters for a 32 bit FAT!", miten tuollainen klustereihin liittyvä matematiikka oikein toimii tässä tietojenkäsittelyssä? Pitäisi vähän sitä ymmärtää ja hallita, että osaisi korjata noita lukuja tuossa komentorivissä.

mkdosfs:n manuaalisivu opastaa:

       -s SECTORS-PER-CLUSTER
           Specify the number of disk sectors per cluster.  Must be a power of
           2, i.e. 1, 2, 4, 8, ... 128.

       -S LOGICAL-SECTOR-SIZE
           Specify the number of bytes per logical sector.  Must be a power of
           2  and  greater  than  or equal to 512, i.e. 512, 1024, 2048, 4096,
           8192, 16384, or 32768.  Values larger than 4096 are not  conforming
           to the FAT file system specification and may not work everywhere.

Eli sektorin koko asetetaan parametrilla -S, ja suurin speksin mukainen arvo on 4096. Klusterin koko puolestaan määräytyy kertoimella (mkdosfs:n parametri -s), jolla asetetaan sektoreiden lukumäärä klusterissa. Klusterin kooksi saat tavoittelemasi 16384 tavua esimerkiksi asetuksella -s 4 -S 4096

Luo ensin osio /dev/sdb1 esimerkiksi GPartedilla ja alusta se sitten mkdosfs:llä tähän tapaan:

Koodia: [Valitse]

sudo mkdosfs -n STORAGE -F 32 -s 4 -S 4096 -v /dev/sdb1
Varmuuden vuoksi synkkaus ennen tikun irrottamista:

Koodia: [Valitse]

sudo sync

Sitten kun yritin mountata tuon USB-tikun järjestelmään, niin tuli virhe, että tuota /dev/sdb1 -polkua ei löydy /etc/stab -sijainnista

Tuossa sinulla on ollut syntaksivirhe mount-komennossa, eli et ole määrittänyt liitoksen kohdehakemistoa.

Koodia: [Valitse]

sudo mkdir /mnt/tikku/

Koodia: [Valitse]

sudo mount /dev/sdb1 /mnt/tikku

[Jere Sumell]

Kiitos avusta!

Tuolla ohjeellasi, "nm", varmaan saankin toivotun lopputuloksen, tosiaan tuo loogisen sektorin koko oli tuossa alkuperäisessä 32, ja mitä olin määritellyt sen 16 kilotavua sektoreiden määräksi klusteria kohden, ja se onkin näkojään tuo sektorin koko kerroin, ja sitten suurin sallittu määrä onkin 4096 tavua, 4 kilotavua, niin sittenhän 4*4096tavua onkin se toivottu 16 kilotavua.

Luin nyt vasta aamulla tämän keskustelusäikeen tarkistin uudestaan, onko uusia kommentteja tullut, niin olen nyt kylässä, niin sitten kun saavun kämpilleni takaisin, niin kokeilen ohjeidesi perusteella, niin merkkaan iltapäivemmällä tuon [RATKAISTU] tähän ketjuun, mikäli onnistuu tuolla, ja en epäile lainkaan, että siinä mitään enää epäselvää on tässä casessa.

[Jere Sumell]

Nyt tämä alkoi toimimaan, eli fudaamaan sillä tavalla sinun "nm" ohjeiden johdattelemana, että Linuxissa toimii tottakai, mutta Windows 10 tuotti ongelmia, siellä tämänkaltaisen alustuksen jälkeen yhä winkkari 10 ei tunnista tätä asemaa alustettuna, ja vaikka katsoin läpi tuon Microsoft-tukiyhteisön Microsoftin tuen oman henkilöstön vastukset, niin kovin monen mutkan takaa täytyy tehdä, eikä  noista mikkiksen ohjeista ollut toimivuuteen saakka tätä tapausta.

Linux tosiaan USB /dev/sdb1 mounttauksen jälkeen ihan tiedonsiirto molempiin suuntiin pelasi moitteetta, mutta Windowsiin tikun siirtämisen jälkeen samat ongelmat jatkuivat, mitä alkuperäisessä tilanteessa. No, pääasia, että Linuxissa toimii! En ole sidottu ainoastaan Windowssisa toimivuuteen.

Tuolla Microsoft Support Communityssä ohjeistettu levynhallinta, näyttää tiedostojärjestelämänä "RAW" tässä muistitikku -USB-portissani, johon ensin on kytketty sisääntulona tämä Linuxissa nm -ohjeittesei mukaan valmistettu muistitikun alustus.

Kuvankaappaus Bill Gatesin järjestelmästä liitteenä kevyhallinasta Linux-alustuksen jäljiltä tuon "nm" -ohjeiden mukaan, jossa Windows 10 ehdottaa herjana alustaa tallennusmediani.

Tämä case on ratkaistu, kun en lähde enää tuonne "Muut käyttöjärjestelmät" -alikeskustelukansioon luomaan mitään Windows-keskustelua täällä Linux-yhteisössä, oma kokemus on tuolta Windows-tukiyhteisöstä, että empiriaan pohjautuva kokemus on, että Microsoftin tukihenkilöstökään ei tiedä ihan tarkalleen läpikotaisin, miten mikkiksen järjestelmät toimii, mitä joskus opiskelujen viimeisellä vuodella työharjoittelussani oli työtehtäväni kehittää jotain Outook 365 kalenteriin liittyviä ja liitettäviä tenttimuistutuksia, niin pistin tuonne samaiseen MS-support -yhteisöön viestin, kun tuli virheherja, että sen ICS-tapahtumadatan vienti epäonnistuu alati, vaikkakin olin luonut omatekoisella Java-ohjelmalla sen sisällön, mutta se oli virheetön, kirjoitin siitä silloin tuonne Microsoftin tukiyhteisöön, niin siellä on nykyisin mitä siellä on lukenut sitä säikeen avaustani noin 6000 ihmistä, niin 69 ihmistä oli viimeksi, kun katsoin, ketä pitänyt sitä sellaisena, että heillä on sama kysymys. Siellä lopulta päädytty siihen, että Microsoftin verkko-Outlook sovelluksessa on sellainen bugi, jota ei ole vielä korjattu.

Tuo Microsoft-communityn Mikkistunnukseni on "JereSumell" -yhteen, jos kirjoittaa Googleen, niin tuo hakukone on indeksoinut toisen postaukseni tuolla Mikkiksen foorumilla arkistoon, mutta sieltä profiilihistoria-näkymästä näkee tuon ICS-tiedoston tuontiherjani, mitä silloin kävin aktiivista sanallista ja uploadsin myös tiedostoni sinne teistiaineistokseni Mikkiksen tukihenkilöstön nähtäväksi sinne niiden palvelimille, niin voitte käydä sieltä katsomasta, jos ette ole käyneet jo, jos olette enempää kiinnostuneita.t

Mutta kyllä nyt tämän casen melkein ratkaistuksi merkkaan, vaikka ei se nyt aivan ole järjestelmäriippumaton ratkaisu. Linux-näkökulmasta tämä case on loppuunkäsitelty, jos joku vielä keksii tuohon, miten Windowsissa sää näkyviin tuon aseman, niin mielenkiintoista kuulla.

[nm]

Nyt tämä alkoi toimimaan, eli fudaamaan sillä tavalla sinun "nm" ohjeiden johdattelemana, että Linuxissa toimii tottakai, mutta Windows 10 tuotti ongelmia, siellä tämänkaltaisen alustuksen jälkeen yhä winkkari 10 ei tunnista tätä asemaa alustettuna, ja vaikka katsoin läpi tuon Microsoft-tukiyhteisön Microsoftin tuen oman henkilöstön vastukset, niin kovin monen mutkan takaa täytyy tehdä, eikä  noista mikkiksen ohjeista ollut toimivuuteen saakka tätä tapausta.

Tikulla on edelleen jokin osiointiongelma, koska Windowsin mielestä siellä ei ole FAT-tiedostojärjestelmää. Veikkaan, että osion tyyppi on asetettu väärin, mutta voi olla jotain muutakin vikaa.

Mitä fdisk kertoo:

Koodia: [Valitse]

fdisk -l /dev/sdb
Kannattaa tehdä GPartedilla tikulle kokonaan uusi msdos- tai gpt-osiotaulu ja sinne yksi FAT-osio. Tee siis nämä kaikki GPartedilla ja kokeile, että toimii Windowsissa. Alusta sitten /dev/sdb1 uudelleen mkdosfs:llä haluamillasi parametreilla ja tarkista uudelleen Windowsissa.

[Jere Sumell]

Tässä tämä tuloste tuosta fdisk -l -komennosta

Koodia: [Valitse]

ieras@kone:~$ sudo fdisk -l /dev/sdb
[sudo] vieras-käyttäjän salasana:       
Disk /dev/sdb: 3,75 GiB, 4009754624 bytes, 7831552 sectors
Disk model: DataTraveler 2.0
Units: sektorit 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: 0xe807bef5

Laite      Käynnistettävä  Alku   Loppu Sektorit  Koko Id Tyyppi
/dev/sdb1                  2048 7831551  7829504  3,8G  c W95 FAT32 (LBA)
vieras@kone:~$

Ainoa, mitä tuosta löydän, niin on tuo, että tuossa alustuksen yhteydessä ei ole mitään dataa kirjoitettuna tuolle sektorille, josta bootattaisiin kone, että jos Windows on ohjelmoitu tunnistamaan käynnistyssektorilta median fyysisen syötön jälkeen koneeseen jotain dataa, jonka perusteella sitten Windows tunnistaa levyn. Kuitenkin näyttäisi tuon ulostulo-datan perusteella olevan tuo tyyppi FAT32, mutta Windowsissa ei vain tunnista sitä siitä huolimatta. Ei se kyllä niinkään voi olla, että Windowsin levytunnistus riippuisi siitä, onko syötetty media boottaava vai ei. En tiedä.

Tuossahan jos katsoo alustuksen jälkeen tuon blkid, niin tulee tulosteessa ihan tyypiksi vfat

Koodia: [Valitse]

vieras@kone:~$ mkdir /mnt/usbi
mkdir: hakemiston ”/mnt/usbi” luominen ei onnistu: Lupa evätty
vieras@kone:~$ sudo mkdir /mnt/usbi
vieras@kone:~$ sudo blkid
/dev/sda1: UUID="9E4D-6725" TYPE="vfat" PARTLABEL="EFI System Partition" PARTUUID="57a148b6-dbc6-4ceb-82e4-c10446537001"
/dev/sda2: UUID="107c2df3-3827-4bc7-82fc-85311df61808" TYPE="ext4" PARTUUID="b00ce66a-307a-4e59-9c95-4bedd476e6b5"
/dev/sdb1: LABEL_FATBOOT="STORAGE" LABEL="STORAGE" UUID="7787-AEA2" TYPE="vfat" PARTUUID="e807bef5-01"

Ptäisi varmaan kokeilla tuota, mitä "nm" -viestisi lopussa ehdotit, että gpartedilla ihan alusta saakka katsoo tuon tikun alustamisen?

[nm]

Jees. Näyttää kyllä fdiskin listauksen ja blkid:n perusteella ihan hyvältä. Ehkä Windows kuitenkin vaatii, että tiedostojärjestelmän sektorin koko on sama kuin levyn tai flash-muistin sektorin koko (logical tai physical). Se on tässä tapauksessa ja tyypillisesti muulloinkin 512 tavua.

Eli kannattaa kokeilla alustusta mkdosfs:n parametreilla -s 32 -S 512

[Jere Sumell]

Joo, no sehän voi olla niinkin. Siinä vain se, että sitten alkuperäinen tavoite siitä 16 kilotavun koosta ei toteudu, ja saako sitä millään toteutumaan?

En jaksa enää tänään päätä tällä vaivata, huomenna sitten uusi päivä, on tämä pitkin päivää tässä mielessä ja ajatuksissa pyörinyt, mitä välillä kävin lenkilläkin ulkona, niin lienee aika tehdä jotain muuta välillä, kuin miettiä tätä.

Ei se nyt tämän hetken ja illan asia ole, kun ei se nyt näyttänyt tältä istumalta ratkeavan, huomenna sitten ehkä jo? Tai sitten joskus myöhemmin, jos koskaan.

[nm]

Joo, no sehän voi olla niinkin. Siinä vain se, että sitten alkuperäinen tavoite siitä 16 kilotavun koosta ei toteudu, ja saako sitä millään toteutumaan?

Toteutuu se noilla ehdottamillani arvoilla: 32 sektoria/klusteri * 512 tavua/sektori = 16384 tavua/klusteri

[Jere Sumell]

Back in Business pienen tauon ja levon jälkeen.

Kokeilin tuota gpartedilla alusta lähtien tuon tikun alustuksen, ja fat32 -tiedostojärjestelmään, niin nyt tikku toimii Windowsissa tavalliseen tapaan, mutta Linuxin päätteeltä ei voi mountata tuota /dev/sdb1 -kansiota, edes syncin jälkeen tulee tuo virheilmoitus kansioon liittyen /etc/fstab.

Kuitenkin Cinnamon -työpöytäympäristön tiedostonhallinnassa graafisella puolella laite näkyy kytkettynä "Laitteet" -alikategoriassa nimellä "taltio", mutta ei siis toimi mounttaus Linuxissa normaalisti STORAGE -volume labelin USB-tikkuna normaalisti.

Pistin merkille että tuo gparted ja suorituksen yhteydessä ajaa tuon mkdosfs -ohjelman päätteeltä voi saman ajaa noilla parameterilla, joskaan tuo gparted ei käytä noita -s ja -S -kytkimiä tuossa graafisen alustuksen yhteydessä, en tiedä, kun ei tosiaan alunperin kirjoitinkin, että en löytänyt syöttökenttää siitä, mihin tuon 16 kilotavua voisi syöttää.

Malliksi liitteenä tämä kuvankaappaus tuolta Cinnamon 64 bittisen työpöytäympäristön tiedostoselaushallinnasta -missä näkyy tuolla "Laitteet" -alakategoriassa tuo USB-tikku volume labelilla "Taltio"

 

[nm]

Kokeilin tuota gpartedilla alusta lähtien tuon tikun alustuksen, ja fat32 -tiedostojärjestelmään, niin nyt tikku toimii Windowsissa tavalliseen tapaan, mutta Linuxin päätteeltä ei voi mountata tuota /dev/sdb1 -kansiota, edes syncin jälkeen tulee tuo virheilmoitus kansioon liittyen /etc/fstab.

Millä komennolla täsmälleen yritit liittää? Fstab-virheilmoitus viittaa siihen, että joko lähdelaite tai kohdehakemisto puuttuu mount-komennosta, jolloin mount yrittää selvittää puuttuvat tiedot fstabista, johon et ole määritellyt liitosta.

Kuitenkin Cinnamon -työpöytäympäristön tiedostonhallinnassa graafisella puolella laite näkyy kytkettynä "Laitteet" -alikategoriassa nimellä "taltio", mutta ei siis toimi mounttaus Linuxissa normaalisti STORAGE -volume labelin USB-tikkuna normaalisti.

Toimiihan tuo udisks-liitos normaaliin tapaan kuvakaappauksen perusteella. Oletettavasti järjestelmä liittää tikun sijaintiin /media/käyttöjätunnus/A58C-67BB. Jos haluat UUID:n sijaan liitoshakemiston nimeen labelin, tarkista, että asetit sen tiedostojärjestelmään. Osion label ei varmaankaan toimi tässä yhteydessä.

Pistin merkille että tuo gparted ja suorituksen yhteydessä ajaa tuon mkdosfs -ohjelman päätteeltä voi saman ajaa noilla parameterilla, joskaan tuo gparted ei käytä noita -s ja -S -kytkimiä tuossa graafisen alustuksen yhteydessä, en tiedä, kun ei tosiaan alunperin kirjoitinkin, että en löytänyt syöttökenttää siitä, mihin tuon 16 kilotavua voisi syöttää.

Juu, tällöin mkdosfs valitsee sopivan klusterikoon itse taltion koon mukaan. Yleensä ei ole tarvetta säätää sitä manuaalisesti.

[Jere Sumell]

Joo, no yritin käyttää polkua /dev/sdb1, ja tosiaan siinä se virhe.

Nyt tämän casen voin lopulta merkata ratkaistuksi, johan tämä keskustelu jo olikin aktiivinen viikon ajan.