USB read only

Fórum: 

Üdv, a problémám az, hogy miután megformáztam egy USB pendrive-ot (FAT32-re, de ez nem biztos, hogy fontos), az READ ONLY lett, így nem tudok rá írni, csak root-ként.

Ezt találtam: https://sharadchhetri.com/2013/12/19/how-to-fix-read-only-usb-pen-drive-in-ubuntu/

A kérdésem, hogy van-e valami egyszerű megoldása ennek a durva bug-nak, vagy csak a fentebb linkelt életszerűtlen metódus létezik?

keraform képe

?

Ha úgy gondolod, hogy ez egy durva bug, akkor ez a bug vagy az operációs rendszerben van, vagy valamelyik alkalmazásban, esetleg épp abban, amelyikkel megformáztad.
És akkor nyilván több száz erről szóló bejegyzés olvasható a Google találatok között.

Mi lenne, ha leírnád, hogy milyen típusú vasalóról van szó, esetleg azt is, hogy hogyan, melyik alkalmazással, esetleg melyik terminálparanccsal formáztad használhatatlanra az a  pendrájvot?
(Hányszor olvastad már ezt a könyörgést a 3 év 9 hónap alatt? Juszt se írod meg, ugye?)
Vagy tippelgessünk? Jó, azt tudom neked garantálni, hogy a Linux Mint 18.3 Cinnamonban nincs ilyen durva bug.
A GParteddel, a Lemezek alkalmazással, és a Nemóból (a Pendrájv formázóval) megformázva is írható marad a pendrájv.

Ugye nem root-ként formáztad a pendrájvot?
 

Értékelés: 

0
Még nincs értékelve

USB Stick Formatter az

USB Stick Formatter az Accessories-ból.

Igen, ez egy durva bug, úgy gondolom, hogy a fenébe gondolhatnám másként?! Vagy szerinted ez így OK?

Értékelés: 

0
Még nincs értékelve

A "megoldás" pedig ez:

#4 Ez mire volt megoldás? Nálam nincs is nemo...

Értékelés: 

0
Még nincs értékelve

A "megoldás" pedig ez:

#5 A Nemo a Mint fájlkezelője. Ha nálad más van, pl. Nautilus, akkor "killall nautilus".

Ez bezárja/kinyírja az éppen futó folyamatot, ami hibásan kezelte az USB-t (az asztali ikonok is eltűntek nálam).

De nem kell megijedni, klikk a fájlkezelőre (Nemo) a tálcán, és minden rendben, ikonok ismét ott vannak, és az USB is megszűnik READ-ONLY lenni.

Úgy látszik a Linux Mint (legalábbis a 18.1) hadilábon áll az USB-k kezelésével. Ez a readonly dolog is durva bug, az meg még durvább, hogy egy USB 3.0-ás pendrive-ra 2-3 MB/s sebességgel írja a nagyobb fájlokat. Tízszer meggondolom, hogy nekiálljak-e egy néhány gigás adat felírásának, mert kivárhatatlan. Abszolut kedvencem a Mint, de ezek sajnos ótvar nagy bug-ok, nincs rajta mit szépíteni.

Értékelés: 

0
Még nincs értékelve

Fogalmam sincs, nem használok

Fogalmam sincs, nem használok Cinnamont és ilyen hibába se futottam (még). Esetleg az az Alt+F2 r nem segít neked, ha már az asztal kezeleéséért felelős nemot úgyis  újrainditod?

Értékelés: 

0
Még nincs értékelve

Ezt az Alt+F2+R-t nem

Ezt az Alt+F2+R-t nem ismertem, látom ez újraindítja a Cinnamont. Majd kipróbálom, ha ismét szitu lesz.

Esetleg valaki más tudna a 19.1-ről nyilatkozni a fentiekkel kapcsolatban?

Értékelés: 

0
Még nincs értékelve
kimarite képe

a Mint (18.1) hadilábon áll az USB-k kezelésével (readonly)

#6 Úgy látszik a Linux Mint (legalábbis a 18.1) hadilábon áll az USB-k kezelésével. Ez a readonly dolog is durva bug, az meg még durvább, hogy egy USB 3.0-ás pendrive-ra 2-3 MB/s sebességgel írja a nagyobb fájlokat.

Ha a fórumon a problémáidra rákeresel, lyukra futsz:

Csak nálad áll hadilábon a Nemo fájlkezelő az USB eszközök kezelésével

Az írás sebessége más kérdés, mármint olyan szempontból .. hogy az állítás nem igaz. :-)
És nem ez volt az eredeti gond, olyan szinten nem, hogy erről eddig szó sem esett.

-----

A Nemo a Mint fájlkezelője. Ha nálad más van, pl. Nautilus, akkor "killall nautilus".

A Nemo nem Linux Mint fájlkezelője. A Nemo csak a Cinnamon asztali környezet fájlkezelője.
https://en.wikipedia.org/wiki/Nemo_(file_manager)
Az általad javasolt parancs lehet, nálad megoldja a problémát (ami csak a tied),
de az általad linkelt oldal dátuma igen régi: December 19, 2013
https://sharadchhetri.com/2013/12/19/how-to-fix-read-only-usb-pen-drive-...
Nem gondolod, nálad, a te rendszereddel van hiba, másban, máshol van durva bug?

#9 Erre a másik kérdésre is válaszolva: semmi hiba. Egyik Mintnél sem: 18.x, 19.x.

Értékelés: 

0
Még nincs értékelve
kimarite képe

a Mint (18.1) hadilábon áll az USB-k kezelésével (readonly)

#10 Egyébként semmilyen tesztet nem végeztél (pl. dmesg), úgyhogy, semmit nem tudunk arról, mi lehet a problémád mögött. Az ok.

... RAM rendben már?

Értékelés: 

0
Még nincs értékelve

Drága kimarite!

Drága kimarite!

Miért írsz ekkora hülyeségeket?!

"Csak nálad áll hadilábon a Nemo fájlkezelő az USB eszközök kezelésével"

Szóval csak nálam? Akkor olvasgass: Link

"A Nemo nem Linux Mint fájlkezelője. A Nemo csak a Cinnamon asztali környezet fájlkezelője."

Most már tudom. Köszönöm.

"Erre a másik kérdésre (SEBESSÉG) is válaszolva: semmi hiba. Egyik Mintnél sem: 18.x, 19.x."

Akkor frissítem a memóriádat: Link

(A RAM már rég megoldva, ahogy jeleztem is anno.)

Értékelés: 

0
Még nincs értékelve
kimarite képe

Könyörögjünk egy dmesg kimenetért?

#12 FAT32 / USB eszköz: Szóval csak nálam? Akkor olvasgass: Link

Ha jól emlékszem, azt írtam, itt a fórumon nem jelzett senki. :-)
Mindentől függetlenül nem Cinnamon vagy Nemo hiba, ezt is próbáltam jelezni. Te is írod a Nautilust (Gnome alkalmazás) illetve, azt is (atime-ak) hogy „ami a fájlkezelőd, azt lődd ki”, tehát bármi lehet (Thunar, Doplhin, PCManFM, Caja, stb.) ..., de mindeközben az a következtetésed, hogy Linux Mint hibáról van szó (18.3). Ez így nem igaz.
És azt is jeleztem, csak kijelentesz valamit, de mögötte semmi nincs. Például egy dmesg kimenet, amiből a sötétbe valami fény szivárogna.
Akármi lehet, én GVFS-re gyanakszom ..., nem tudom, mi lenne a nálad jelentkező hiba lényege, mögöttes oka, de ez is benne a találatokban. Viszont fenntartom magamnak a jogot, hogy a tesztek és  kimenetek (naplók) stabil lábaira állva legyen valami kimondva, véleményezve. :-)
Azt is jeleztem, nálam, a rendszereimen nincs ilyen hiba. FAT32-vel is teszteltem. Én csak az igazat írtam (hülyeségeket meg nem is tudom ki), viszont a nálad jelentkező hibát helyetted nem tudom tesztelni. :D
Ha lenne teszt kimenet, akkor még javítást is ajánlanánk. Az nem kell? :-)
FAT32, NTFS, EXT4 teszt egyaránt lehet. És utána, a befűzésnél egy, egy dmesg kimenet.
Még valami. Biztosan USB v3.0 csatiba dugtad az eszközt?

Másolás, áthelyezés sebessége

A 64 bites ubuntu alapu rendszerek a rendszermemóriát használják puffernek,ami általában előnyös, de nagyobb fájlok külső adathordozóra való átmásolásánál hátrányos,mert a biztonságos adatátvitel érdekében, miután nagy sebességgel egészben vagy részben (memória nagyságától függöen) bemásolta a memóriába a fájlokat,onnan lassan irja ki a külső adathordozóra, majd másolás végén a szinkronizálás, és ami igazán lassitja a folyamatot, hogy a memóriát meg kell tisztitani a bemásolt adatoktól ami nagyobb memória kapacitás esetén hosszadalmas.
Ezért ezt a kapacitást előre lecsökkentve (mértékét tesztek által az adott hardverhez igazitva) megszüntetjük a memória "piszkos fájlokkal" való telitődését,igy felgyorsitjuk a fájlok másolását.

https://linuxmint.hu/comment/13504#comment-13504

Ez nemcsak az Ubuntu-alapú rendszereknél van így. Ebben tévedsz. Itt
https://linuxmint.hu/comment/13483#comment-13483
a Red Hat-ról is szó esik. A kernelről van szó általában ... .
Amit te jeleztél, az viszont 1-2MB/s, nagyon kevés (USB v3.0). Más oka lehet inkább.
A bejegyzésben emített módszerrel gyorsabb lett nálad is a másolás? Kipróbáltad? Mennyivel?

Értékelés: 

0
Még nincs értékelve

Mindkét hiba egy rakás másik

Mindkét hiba egy rakás másik júzernél is jelenkezett világszerte, szóval nagyon is valósak, nemcsak nálam vannak.

Te viszont kimondatlanul is lehülyéztél (indokolatlanul, lásd az előző mondatot), amit nem szívelek. Ennyi.

A Nemo problémán ne rugózzunk, nagyjából megoldva, jobbat te sem fogsz tudni, gyanítom.

AZ USB másolás-sebességgel kapcsolatban: az /etc/sysctl.conf file-ba ezt a két sort írtam bele:
vm.dirty_bytes = 104857600
vm.dirty_background_bytes = 52428800

Emellett vannak a gyatra sebességek.

Értékelés: 

0
Még nincs értékelve
kimarite képe

Mindkét hiba egy rakás másik

#14 Mindkét hiba egy rakás másik júzernél is jelenkezett világszerte, szóval nagyon is valósak, nemcsak nálam vannak.
Te viszont kimondatlanul is lehülyéztél (indokolatlanul, lásd az előző mondatot), amit nem szívelek. Ennyi.
A Nemo problémán ne rugózzunk, nagyjából megoldva, jobbat te sem fogsz tudni, gyanítom.

Egy rakás másik felhasználónál, de nem a Linux Mint hibája. Utóbbit állítottad. Nem igaz.
Ahogy érzed :-), én nem mondtam, és nem is gondoltam, hogy hülye vagy. De a viselkedésed most már erre vall és a problémáddal addig nem is érdemes foglalkozni, amíg minimum egy dmesg kimenet nem érkezik tőled. Illetve a tesztek (FAT32, NTFS, EXT4 ... BRTFS). A problémádon a tesztek nélkül nem tudok segíteni, ebben az egyben igazad is van. Más sem segíthet. De ez eléggé Windowszos felfogás (a részedről): van egy problémám , szar, ahogy van az egész, de, ha a fene fenét eszik, akkor sem teszek meg semmit a megoldásért.
Hogy mit szívelsz, mit nem, a te dolgod, én meg külösebben nem vagyok kíváncsi senki világnézetére ..., de a felfogásod egyik fórumon sem szívelik. A prolémád magától nem lesz megoldva. Esetleg egy frissítés ... (hátha). :-D
Én nem rugózom semmin:-)). Egy fórumon vagy és válaszolunk neked, ez a normális. Kimeneteket, teszteket kérünk, ha nem is feltétlen a hamis állításodra válaszként, hanem, éppen azért, hogy megoldjuk a problémád. Ha nem tetszik, menj, senki nem tart vissza. :-))
A profilodnél ez szerepel: „Ismeretszerzés”. Igaz, vagy nem igaz? :-)

AZ USB másolás-sebességgel kapcsolatban: az /etc/sysctl.conf file-ba ezt a két sort írtam bele:
vm.dirty_bytes = 104857600
vm.dirty_background_bytes = 52428800
Emellett vannak a gyatra sebességek.

Induljunk az elejéről. Az eredeti állapotról volt szó, erre most - szerintem elég váratlanul - kiderül, változtattál a beállításokon ..., és így nem jó. Az eredeti állapot milyen sebességet mutatott? Mint az eredeti bejegyzés leírja, neked kell megtalálnod a megfelelő beállítást (sysctl.conf), így javaslatom nem lehet. És túlzottan nem is foglalkoznék a problémával ..., mert esetleg még más dolog is kiderül, ami nem a rendszer eredeti állapotára vall. Tremészetesen mindezt tudnunk kéne, és nem kellett volna elárulnod korábban. De.

Konkrét beállításokat teszt által tudsz kivitelezni, mert a beállítás általában hardver függő.

Forrás: https://linuxmint.hu/comment/13498#comment-13498

Te konkrétan egy, az egyben másoltál és azt reméled, így jó lesz. Hát nem.

Értékelés: 

0
Még nincs értékelve
kimarite képe

How to fix read only USB flash drive in Ubuntu

Egy USB eszköz

-- korábban

mount
[...]
/dev/sdb1 on /media/kim/SBLIVE type vfat (rw,nosuid,nodev,relatime,uid=1000,gid=1000,fmask=0022,dmask=0022,codepage=437,iocharset=ascii,shortname=mixed,showexec,utf8,flush,errors=remount-ro,uhelper=udisks2)

Minden jogom megvan írni és olvasni. Létrehoztam benne egy fájlt (Caja fájlkezelő / MATE). Listázom:

ls -la /media/kim/SBLIVE/
összesen 8
drwxr-xr-x  2 kim  kim  4096 máj   22 21:12 .
drwxr-x---+ 3 root root 4096 máj   22 21:11 ..
-rw-r--r--  1 kim  kim     0 máj   22 21:12 1.txt

... formázom a GParted segítségével FAT32 fájlrendszerre. Új partícióstábla (msdos) létrehozása után.

Megvan.

-- most

mount
[...]
/dev/sdb1 on /media/kim/1247-6ECE type vfat (rw,nosuid,nodev,relatime,uid=1000,gid=1000,fmask=0022,dmask=0022,codepage=437,iocharset=ascii,shortname=mixed,showexec,utf8,flush,errors=remount-ro,uhelper=udisks2)

Minden jogom megvan írni és olvasni. Létrehoztam benne egy fájlt (Caja fájlkezelő). Listázom:

ls -la /media/kim/1247-6ECE/
összesen 8
drwxr-xr-x  2 kim  kim  4096 máj   22 21:22 .
drwxr-x---+ 3 root root 4096 máj   22 21:22 ..
-rw-r--r--  1 kim  kim     0 máj   22 21:22 2.txt

Megnéztem egy videót. Íme: https://www.youtube.com/watch?v=F4lAlb74mGs
(a kérdező linkelt találatai között találtam)

Megcsinálom, amit a vídeóban látok (példa: sdb - ez van nálam!)

sudo su -

A

df -Th

parancs kimenete (példa):

Fájlrendszer   Típ.     Méret Fogl. Szab. Fo.% Csatol. pont
udev           devtmpfs  3,9G     0  3,9G   0% /dev
tmpfs          tmpfs     786M  9,3M  776M   2% /run
/dev/sda1      ext4      106G   44G   57G  44% /
tmpfs          tmpfs     3,9G  159M  3,7G   5% /dev/shm
tmpfs          tmpfs     5,0M  4,0K  5,0M   1% /run/lock
tmpfs          tmpfs     3,9G     0  3,9G   0% /sys/fs/cgroup
tmpfs          tmpfs     786M   56K  786M   1% /run/user/1000
/dev/sdb1      vfat      1,9G  4,0K  1,9G   1% /media/kim/1247-6ECE # példa!

A fenti kimenet szerint megszűntetem a befűzést:

umount /media/kim/1247-6ECE

A fenti kimenet szerint javítást eszközlök (FAT32):

dosfsck -a /dev/sdb1

A parancs kimenete:

fsck.fat 4.1 (2017-01-24)
/dev/sdb1: 2 files, 1/485006 clusters

... a videóban látott *.REC fájl (amit töröl a vlogger) nem keletkezik a javított partíción (sdb1), de nem is volt hiba az eszközzel.

Az sdb1 partíció példa. Esélyes, hogy a te rendszered alatt más lesz a df -Th kimenet, erre figyelj!

-----

Egy másolás teszt. Az eszköz USB v2.

rsync -ah --progress /home/kim/Letöltések/xubuntu-19.04-desktop-amd64.iso /media/kim/1247-6ECE/
sending incremental file list
xubuntu-19.04-desktop-amd64.iso
          1.59G 100%    6.57MB/s    0:03:50 (xfr#1, to-chk=0/1)

A másolás sebessége átlagosan 6MB/s. Alap rendszer.

Értékelés: 

0
Még nincs értékelve
kimarite képe

How to fix read only USB flash drive in Ubuntu

#17 Ha be van fűzve az eszköz, ez a parancs is működik:

sudo mount -o remount,rw /media/kim/1247-6ECE/

... visszatér a prompt: $

Szintén a linkelt találatok között volt:
https://askubuntu.com/questions/47538/how-to-make-read-only-file-system-...

Az iménti és ez a hozzászólás egyféle teszt, azaz megoldás is lehet. De ezt már csak magamban „járom”.

-----

Alkalmazás, formázás és eszköz hibákra

USB Stick Formatter az Accessories-ból.

pedig a dmesg parancs derít fényt.

Mutatja az eszköz tulajdonságokat (részlet):

[83764.041113] sd 6:0:0:0: [sdb] Attached SCSI removable disk
[83898.324798]  sdb: sdb1
[83909.302123]  sdb:
[83910.013524]  sdb:
[83910.738627]  sdb:
[83927.003747]  sdb:
[83927.401887]  sdb: sdb1
[83930.513909]  sdb: sdb1
[84899.158079] usb 1-1.2: USB disconnect, device number 6
[84913.472808] usb 1-1.2: new high-speed USB device number 7 using ehci-pci
[84913.583654] usb 1-1.2: New USB device found, idVendor=13fe, idProduct=1d00
[84913.583656] usb 1-1.2: New USB device strings: Mfr=1, Product=2, SerialNumber=3
[84913.583657] usb 1-1.2: Product: DataTraveler 2.0
[84913.583658] usb 1-1.2: Manufacturer: Kingston
[84913.583659] usb 1-1.2: SerialNumber: 4S345SD111GF
[84913.583946] usb-storage 1-1.2:1.0: USB Mass Storage device detected
[84913.588903] scsi host6: usb-storage 1-1.2:1.0
[84914.617751] scsi 6:0:0:0: Direct-Access     Kingston DataTraveler 2.0 PMAP PQ: 0 ANSI: 0 CCS
[84914.618256] sd 6:0:0:0: Attached scsi generic sg2 type 0
[84916.946888] sd 6:0:0:0: [sdb] 3903488 512-byte logical blocks: (2.00 GB/1.86 GiB)
[84916.947703] sd 6:0:0:0: [sdb] Write Protect is off
[84916.947705] sd 6:0:0:0: [sdb] Mode Sense: 23 00 00 00

Vagy

[ 4853.474043] usb 1-1: USB disconnect, address 2
[ 4895.200147] usb 1-1: new high speed USB device using ehci_hcd and address 3
[ 4895.350082] scsi7 : usb-storage 1-1:1.0
[ 4896.390737] scsi 7:0:0:0: Direct-Access     ST950032 5AS                   PQ: 0 ANSI: 2 CCS
[ 4896.391661] sd 7:0:0:0: Attached scsi generic sg1 type 0
[ 4896.393728] sd 7:0:0:0: [sdb] 976773168 512-byte logical blocks: (500 GB/465 GiB)
[ 4896.395917] sd 7:0:0:0: [sdb] Write Protect is off
[ 4896.395924] sd 7:0:0:0: [sdb] Mode Sense: 34 00 00 00
[ 4896.395929] sd 7:0:0:0: [sdb] Assuming drive cache: write through
[ 4896.400282] sd 7:0:0:0: [sdb] Assuming drive cache: write through
[ 4896.400294]  sdb: sdb1 sdb2
[ 4896.725538] sd 7:0:0:0: [sdb] Assuming drive cache: write through
[ 4896.725547] sd 7:0:0:0: [sdb] Attached SCSI disk
[ 4897.243428] hfs: Filesystem was not cleanly unmounted, running fsck.hfsplus is recommended.  mounting read-only.

... egy szintén linkelt oldalról, úgy, mint dmesg kimenet:
https://ubuntuforums.org/showthread.php?t=1797320

A probléma megoldása egy dolog, hogy mi okozza, az fontosabb.

Értékelés: 

0
Még nincs értékelve