Pingviini veeb

ubuntu 16.04 seerial arvutil läheb kirjutuskaitse peale kui windows arvutit saab, sest mingi windowsi fail lisatakse juurde


üks printimise arvuti on windows ja kui pulga ühendab, siis linuxis läheb usb pulk kirjutuskaitse peale?
saab küll uuesti formaatida ja linuxis kasutada, kuid windowsis, siis jälle..

kas see on norm? mis teha?

643 kirjutas:ubuntu 16.04 seerial arvutil läheb kirjutuskaitse peale kui windows arvutit saab,
[..]
kas see on norm? mis teha?

Ma uuriks mount-option-eid.

Mis tähendab "kui windows arvutit saab"?
Win ei loe ju nagunii ext* vmt failisüsteeme.

643 kirjutas:ubuntu 16.04 seerial arvutil läheb kirjutuskaitse peale kui windows arvutit saab, sest mingi windowsi fail lisatakse juurde


üks printimise arvuti on windows ja kui pulga ühendab, siis linuxis läheb usb pulk kirjutuskaitse peale?
saab küll uuesti formaatida ja linuxis kasutada, kuid windowsis, siis jälle..

kas see on norm? mis teha?

Windowsis arvatavasti jääb "Safely remove" tegemata.

Kindlasti. Ja miskipärast leidis linux, et on turvalisem kirjutuskaitse peal hoida, et ei saaks faile pulgale üle kanda.

Ja mina pean oma aega raiskama teiste lollustele. Format (fat) aitas.

643 kirjutas:Kindlasti. Ja miskipärast leidis linux, et on turvalisem kirjutuskaitse peal hoida, et ei saaks faile pulgale üle kanda.

Ja mina pean oma aega raiskama teiste lollustele. Format (fat) aitas.

Huvitav/veider on see, et vähemalt ntfs-3g puhul peaks turvaliselt eemaldamata jäänud seadme puhul praegu vaikimisi sunnitama ikkagi partitsiooni ühendamist:

man ntfs-3g kirjutas:OPTIONS
...
recover
Recover and try to mount a partition which was not unmounted properly by Windows. The Windows logfile is cleared, which may cause inconsistencies. Currently this is the default option.

Võibolla selle konkreetse pulga puhul siis millegipärast ei õnnestunud see.

Ega sa seda juhtumisi NTFS-i ei formaatinud? Sest vaikimisi, kernelis endas pakutud NTFS draiverid seavad NTFS-i vaikimisi read-only, sest NTFS on tegelikkuses suur ja keeruline kolossus-formaat, mida Microsoft võib (ning minu teada on seda tehtud) muuta oma suva järgi, ning ei ole ka massilist nõudlust selle toe järgi.
Seevastu ntfs-3g, mis töötab FUSE-i najal, töötab suurepäraselt.

Tavaline kingston FAT mälupulk. Enne formaatimist oli mingi windowsi ajutine fail tavaliste failide hulgas, kui see kirjutuskaitse juthtum oli.

Muidu oli tühi fat pulk.

Mina eelistan siiski mälupulgad formaatida NTFS süsteemi. Kasutan gParted jubinat selleks.

FAT32 ei lase kopeerida suuremaid faile kui 4GB fail.

Kopeerin omas linux arvutis suure faili peale, siis kopeeritakse see fail windowsi arvutis, kustutatakse, kopeeritakse windowsi keskonnas uus fail, tuleb minu masina siis kopeerin selle ja taas kustutan ja kopeerin uuesti uue faili ja nii käib see mitmeid ringe. Pole veel täheldanud seda kirjutus kaitset.

Windowsi masinad on win7 ja win10 OSiga. Kasutusel on DataTravelerG4 35GB mälupulk.

-IFFI- kirjutas:Mina eelistan siiski mälupulgad formaatida NTFS süsteemi. Kasutan gParted jubinat selleks.

FAT32 ei lase kopeerida suuremaid faile kui 4GB fail.

Kopeerin omas linux arvutis suure faili peale, siis kopeeritakse see fail windowsi arvutis, kustutatakse, kopeeritakse windowsi keskonnas uus fail, tuleb minu masina siis kopeerin selle ja taas kustutan ja kopeerin uuesti uue faili ja nii käib see mitmeid ringe. Pole veel täheldanud seda kirjutus kaitset.

Windowsi masinad on win7 ja win10 OSiga. Kasutusel on DataTravelerG4 35GB mälupulk.

Exfat töötab platvormidevaheliselt ka suhteliselt hästi. Korralikuks toeks tavadistro all on mõlemal hetkel FUSE-i vaja (ntfs-3g ja fuse-exfat), kuid Microsoft "vabastas" exfat-i hiljuti ning juba on isegi kernelis tugi exfat-i jaoks. Ehkki küll mitte "ametlikult", vaid staging draiveriga, mis "ametlikku" tuge ei saa ning mida su distro sulle tõenäoliselt ei paku. Aga see viitab sellele, et tugi ilma lisavidinateta on varsti tulemas.