- Argos: Szeretem az ecetfát
- D1Rect: Nagy "hülyétkapokazapróktól" topik
- sziku69: Fűzzük össze a szavakat :)
- Elektromos rásegítésű kerékpárok
- #95904256: Socket370 / 3DMark2001
- Luck Dragon: Asszociációs játék. :)
- eBay-es kütyük kis pénzért
- Parci: Milyen mosógépet vegyek?
- Fire/SOUL/CD: INGYENES Clone és Backup-Restore alkalmazások tesztje [2024]
- btz: Internet fejlesztés országosan!
-
LOGOUT
Mára a ProHardver!/IT.News Fórum is nagylétszámú Linuxban jártas taggal büszkélkedhet. Nehéz szinteket felállítani egy olyan rendszer ismeretében, ami annyira sokrétű, hogy teljesen szinte lehetetlen megismerni minden egyes részét. Azt azonban mindenki tudja, hogy kezdő-e vagy sem. Elsősorban nekik szólnak az alábbiak, de érdemes mindenkinek elolvasnia, mint útjelző táblát.
Új hozzászólás Aktív témák
-
batagy
őstag
válasz
syler123
#23181
üzenetére
Nem hagyott nyugodni, és leteszteltem magam is.
Rack: noname Ebay-jes Jmicron JMS566 chipes. VID-PID: 152D-3569.
Firmware verzió: 00.01.01.04Vinyó: Hitachi HTS721080G9SA00.
OpenSUSE 13.2 (kernel 3.16.7-21) rendszeren , Gparted-ben létrehoztam rajta EXT4 partíciót (MBR). USB2-n csatlakoztatva. Utána le és felcsatolás, és semmi gond, írható. Csupán jogosoltsági probléma volt, mert a mountolás gyökerébe csak a root írhatott, user nem, de ezt egy chmod 777 megoldotta.
Logok:
batagy@sesame:~> uname -a
Linux sesame 3.16.7-21-desktop #1 SMP PREEMPT Tue Apr 14 07:11:37 UTC 2015 (93c1539) x86_64 x86_64 x86_64 GNU/Linux
batagy@sesame:~>
sesame:/var/run/media/batagy# dmesg -e
...
[Jan 1 16:45] usb 1-1.2: USB disconnect, device number 3
[ +0.001515] sd 8:0:0:0: [sdc] Synchronizing SCSI cache
[ +0.089788] sd 8:0:0:0: [sdc]
[ +0.000006] Result: hostbyte=DID_ERROR driverbyte=DRIVER_OK
[ +19.120912] usb 1-1.2: new high-speed USB device number 4 using ehci-pci
[ +0.166619] usb 1-1.2: New USB device found, idVendor=152d, idProduct=3569
[ +0.000012] usb 1-1.2: New USB device strings: Mfr=1, Product=2, SerialNumber=3
[ +0.000003] usb 1-1.2: Product: USB to ATA/ATAPI Bridge
[ +0.000002] usb 1-1.2: Manufacturer: JMicron
[ +0.000002] usb 1-1.2: SerialNumber: DB123456789B3E
[ +0.001811] scsi9 : uas
[ +0.000724] scsi 9:0:0:0: Direct-Access ADplus SuperVer 0114 PQ: 0 ANSI: 6
[ +0.001352] sd 9:0:0:0: Attached scsi generic sg3 type 0
[ +0.000489] sd 9:0:0:0: [sdc] 156301488 512-byte logical blocks: (80.0 GB/74.5 GiB)
[ +0.000004] sd 9:0:0:0: [sdc] 4096-byte physical blocks
[ +0.001383] sd 9:0:0:0: [sdc] Write Protect is off
[ +0.000006] sd 9:0:0:0: [sdc] Mode Sense: 53 00 10 08
[ +0.000591] sd 9:0:0:0: [sdc] Write cache: enabled, read cache: enabled, supports DPO and FUA
[ +0.032919] sdc: sdc1
[ +0.003239] sd 9:0:0:0: [sdc] Attached SCSI disk
[Jan 1 16:46] EXT4-fs (sdc1): mounted filesystem with ordered data mode. Opts: (null)
[ +3.578891] sdc1: WRITE SAME failed. Manually zeroing.
sesame:/var/run/media/batagy #
sesame:/var/run/media/batagy # df -hT
Filesystem Type Size Used Avail Use% Mounted on
/dev/sda5 ext4 32G 4.9G 26G 16% /
devtmpfs devtmpfs 3.8G 8.0K 3.8G 1% /dev
tmpfs tmpfs 3.8G 0 3.8G 0% /dev/shm
tmpfs tmpfs 3.8G 2.2M 3.8G 1% /run
tmpfs tmpfs 3.8G 0 3.8G 0% /sys/fs/cgroup
/dev/sda2 vfat 95M 32M 64M 33% /boot/efi
/dev/sdc1 ext4 74G 52M 70G 1% /run/media/batagy/testext4
sesame:/var/run/media/batagy #
sesame:/var/run/media/batagy # mount | grep sdc
/dev/sdc1 on /run/media/batagy/testext4 type ext4 (rw,nosuid,nodev,relatime,stripe=8191,data=ordered,uhelper=udisks2)
sesame:/var/run/media/batagy #Utána Synology NAS-on (kernel 3.2.40) is megnéztem USB2-es portban, ott sincs semmi gondja.
Logok:DiskStation> uname -a
Linux DiskStation 3.2.40 #5592 Wed Aug 19 16:32:46 CST 2015 armv7l GNU/Linux synology_armada370_213j
DiskStation>
DiskStation> dmesg
...
[62086.990464] usb 1-1: new high-speed USB device number 7 using ehci_marvell
[62087.174882] scsi15 : usb-storage 1-1:1.0
[62088.171438] scsi 15:0:0:0: Direct-Access ADplus SuperVer 0114 PQ: 0 ANSI: 6
[62088.183675] sd 15:0:0:0: Attached scsi generic sg1 type 0
[62088.190189] sd 15:0:0:0: [sdq] 156301488 512-byte logical blocks: (80.0 GB/74.5 GiB)
[62088.204691] sd 15:0:0:0: [sdq] Write Protect is off
[62088.209606] sd 15:0:0:0: [sdq] Mode Sense: 47 00 10 08
[62088.217225] sd 15:0:0:0: [sdq] Write cache: enabled, read cache: enabled, supports DPO and FUA
[62088.263586] sdq: sdq1
[62088.270406] sd 15:0:0:0: [sdq] Attached SCSI disk
[62090.107803] EXT3-fs (sdq1): error: couldn't mount because of unsupported optional features (240)
[62090.153083] EXT4-fs (sdq1): barriers disabled
[62090.197791] EXT4-fs (sdq1): mounted filesystem with ordered data mode. Opts: nodelalloc,synoacl,data=ordered,oldalloc
DiskStation>
DiskStation> df -h
Filesystem Size Used Avail Use% Mounted on
/dev/root 2.4G 608M 1.7G 27% /
/tmp 249M 136K 249M 1% /tmp
/run 249M 1.8M 248M 1% /run
/dev/shm 249M 0 249M 0% /dev/shm
/dev/vg1000/lv 455G 87G 368G 20% /volume1
/dev/sdq1 74G 180M 70G 1% /volumeUSB1/usbshare
DiskStation> mount
/dev/root on / type ext4 (defaults)
/sys on /sys type sysfs (0)
none on /dev/pts type devpts (gid=4,mode=620)
/tmp on /tmp type tmpfs (0)
/run on /run type tmpfs (rw,nosuid,nodev,relatime,mode=755)
/dev/shm on /dev/shm type tmpfs (rw,nosuid,nodev,relatime)
/proc/bus/usb on /proc/bus/usb type usbfs (0)
/dev/vg1000/lv on /volume1 type ext4 (usrjquota=aquota.user,grpjquota=aquota.group,jqfmt=vfsv0,synoacl)
securityfs on /sys/kernel/security type securityfs (0)
none on /proc/fs/nfsd type nfsd (0)
/dev/sdq1 on /volumeUSB1/usbshare type ext4 (nodelalloc,synoacl)
DiskStation>Nem tudom hogy a Synology-n a Journal be volt-e kapcsolva.
OpenWRT-m nincs, csak Gargoyle routerem, de azon nem néztem meg.Szóval nálam nem okozott gondot az EXT4 a JMS566-tal. Szerintem nem hibás ez a chip. Sajnos nem tudom nálad mi lehetett.
-
#23182
King Unique
titán
syler123
#23181
King Unique
titán
válasz
syler123
#23181
üzenetére
Nyilván, annyit nem ér szórakozni vele. Ha most kikapcsolt naplózással Ext4-gyel jó, akkor ok. MiniTool programot ExtFS-hez meg felejtsd el...
AOMEI, EaseUS inkább, igaz Ext4-et nem tud egyik sem...Ahhoz akkor már a GParted való egy live rendszerről bebootolva. Azzal még HSF+ra is tudtam formázni külső meghajtót, igaz előtte a hfsprogs telepítése kellett.
Próbáltam JMicron JMS567 chipes külső házzal is, ott nem volt gond desktop Linux esetében. A két vezérlő meg eléggé hasonló. -
#23180
King Unique
titán
syler123
#23176
King Unique
titán
válasz
syler123
#23176
üzenetére
Üdv!
Érdekes volt a problémád a másik topikban, de hogy ne ott offoljunk, ezért itt szólok hozzá inkább.
A naplózó fájlrendszerek - pl. Ext3, Ext4, NTFS, HFS+ - az adatbiztonság miatt ajánlottabbak. Az Ext2 talán még nem naplóz, ahogyan a FAT32 és exFAT sem. Külső USB-s meghajtón próbáltam reprodukálni a hibádat ExtFS fájlrendszerrel, de nem igazán akart összejönni Linux alatt.
Egyedül akkor futottam bele, ha W alól a MiniTool programmal hoztam létre az Ext3/4 partíciókat. Annál valami nagyon nem kerek, mert a Mint és Ubuntu sem tudja felcsatolni az Ext3 partíciót...az Ext4-nél meg pontosan ugyanaz a hiba van, mint nálad: read-only. Nem lehet rá írni, nem lehet mappát létrehozni stb. Csak root módban, abban indított fájlkezelővel lehet rá másolni. Viszont, ha GNONE Disks / GParted segítségével törlöm a partíciót és létrehozom újból, akkor utána teljesen ok. Igaz nálam nincsenek a dmesg soraiban hibák. W alatt meg diskpart clean módszerrel érdemes legyalulni a lemezt és utána másik 3rd party partícionáló (pl. AOMEI) már jól hozza létre az Ext3 fájlrendszert, ami utána Linuxon is írható & olvasható.A te esetedben azt nem értem, hogy ha hibás is a létrehozott fájlrendszer, de utána legyalulod és megcsinálod újra, akkor mért lesz megint read only
Főleg, hogy HDD diagnosztikai programok sem jeleznek semmilyen hibát...Megjegyzi a rendszer és valahogy "resetelni kéne", netán egy live Linux alól megpróbálni? Fene tudja... -
batagy
őstag
válasz
syler123
#23178
üzenetére
Jó, csak akkor megpróbálok egy konklúziót összefoglalni:
- Tehát akkor továbbra sem tudjuk hogy a JMS566 chipes rack okozta-e a readonly mountolást EXT4 esetén, merthogy ugyanaz a vinyó más módon nem volt csatlakoztatva.
- Mindenesetre a Journal kikapcsolása megoldja az EXT4 mountolást.Nekem is van ugyanolyan rackem, és vinyóm is amivel tesztelni is tudom, most már kíváncsivá tettél. De csak majd ha kedvem lesz....
-
batagy
őstag
válasz
syler123
#23172
üzenetére
Én is követem ám az eseményt.
Szerintem:
1. Win alatt a partíciós táblát konvertált át MBR-ről GPT-re és NTFS-sel formázd. Szerintem nem kell full format, csak gyors.
(Én mondjuk Linux Mint alatt, Gparted-del az MBR a partíciós tábla törölném, és ott állítanám be a GPT-t és az NTFS formázást, de ha biztosra akarsz menni, akkor Win alatt.)2. Utána a Linux Mint alatt, Gparted-del a GPT-t visszatörölném és MBR-re visszaállítanám, és NTFS helyett EXT4-et állítanék be.
3. Utána OpenWRT-n csekkolni a rackben USB-n. Illetve Linux Mint alatt USB-n is.
4. Ha megint readonly lesz a dmesg hibák miatt, akkor a vinyót USB helyett natív SATA-ben próbálnám rákötni a gépre, hogy ott látszik-e a dmesg hiba és readonly lesz-e. Nincs mondjuk eSATA csatlakozó a gépen? Arra is lehetne kötni. Így ugyanis kizárható lenne, hogy a Jmicron rack okozza-e a hibát.
Amúgy BUÉK!
-
bambano
titán
válasz
syler123
#23139
üzenetére
mert ha kézzel törlöd a partíciókat és újra létrehozod pont ugyanazt, akkor a fájlrendszerhez nem nyúl, az pont ugyanabban a formájában megmarad, mintha nem csináltál volna semmit. linuxon a partíció létrehozása csak az mbr-t piszkálja, a diszk többi részét nem.
egyébként fsck -y -f /dev/sdb1 vagy amelyik partícióról szó van.
(#23142) lev258: "nem csak arról van szó, hogy új ext4-es fájlrendszer létrehozásakor a mezei felhasználónak még nincs joga írni, csak olvasni?": nem, nem erről van szó, ha elolvastad a korábbi hsz-eit, ott látszik, hogy egy io error miatt taccsra tette a fájlrendszert, amit utána a mount csak ro-ban mountol fel (erről bemásolta a vonatkozó üzenetet).
(#23159) lev258: nem jól tudod, -a nélkül is javít, csak akkor vagy kézzel engedélyezed minden javítást, vagy írsz egy -y -t, ami yes-t alapértelmez minden kérdésre.
az eredeti kérdéshez:
kezd olyan érzésem lenni, hogy az a diszk valójában döglött és hardver problémád van. -
lev258
veterán
válasz
syler123
#23160
üzenetére
Pedig lehet épp amiatt dobál ilyen hibákat. Ha fel van csatolva, és nincs leválasztva vagy leállítva szabályosan, akkor könnyen előfordulhat ilyen.
Nálam is hamar lefut. Most válaszd le szabályosan, majd csatlakoztasd újra még ezen a gépen és nézd meg a dmesg-et, van-e benne hiba. -
-
lev258
veterán
válasz
syler123
#23153
üzenetére
Ilyen fstab-ot én még nem is láttam.
Nem szóltam; ott más jellegű, mint az asztali Linuxok többségén.
Amikor amúgy kiadtad a csatolás parancsot, nem volt hibaüzenet? A dmesg mit mond erről a meghajtóról most (ha lehet, a szükséges részt mutasd meg)?
Az sda1 az melyik partíció? Az nem az OpenWRT sajátja? A linket követed fstab módosításnál? -
lev258
veterán
válasz
syler123
#23149
üzenetére
Minden parancs után történik valami. Vagy van hibaüzenet, vagy nincs. Ezek fontosak lehetnek. Az OpenWRT-n levő fájlkezelő (ha van ilyen), biztosan root joggal indul?
Nem hiszem, hogy itt erről van szó, de nekem voltak bajaim a /mnt-ba csatolással, inkább a /media-ba szoktam.
A problémát úgy értettem, hogy rendesen le lettek-e választva, vagy a gép kikapcsolva a kihúzások előtt. -
lev258
veterán
válasz
syler123
#23147
üzenetére
Ext4 fájlrendszernél fontos a jogosultságok megfelelő kezelése. Értelemszerűen ntfs-nél ilyen nincs, hiszen a Linuxos és Windows-os jogosultságok nem kompatibilisek egymással, nincs átjárás. Nem tudom, az OpenWRT-n pontosan milyen felhasználók vannak és milyen beállítások, de az elv ugyanaz. A részleteknek az OpenWRT fórumokon, leírásokban kell utánanézni. [link]
És ismét hozzáteszem, ha több meghajtóra is hibaüzenet van, akkor ott más gond is van. Amikor pedig sérül a partíció, olyankor automatikusan csak olvashatóként csatolja fel.
Nem vagy h***, de minden rendszerrel meg kell ismerkedni, meg kell tanulni. Akik nem így állnak hozzá, azok általában visszamennek Windows-ra azzal, hogy sz** a Linux. Rajtad áll, mit választasz. Ettől még nem fogunk lenézni. -
lev258
veterán
válasz
syler123
#23145
üzenetére
Épp ez az. Amikor root joggal indítod a fájlkezelőt, akkor van lehetőséged más felhasználónak is megfelelő jogokat adni rá. Amikor használod a rendszert, te csak mezei felhasználó vagy, akinek van joga root-ként is tevékenykedni (a megfelelő procedúrával). Jogot kell adnod ennek a mezeinek arra, hogy szabadon piszkálhassa az új partíciót. Pontosan milyen hibaüzenet is van pontosan, ami minden meghajtóra megjelenik?
Ugyanaz a helyzet. A jogosult felhasználó a routered Linuxán létezik, nem itt. Itt nincs joga a mezei felhasználónak hozzá. Tudom, hogy még épp ismerkedsz, de kicsit úgy tűnik, nagy céljaid vannak és kevés tudásod hozzá.
Amiket leírtam, elég egyszerű dolgok, ha már kicsit kiismerte magát az ember. -
lev258
veterán
válasz
syler123
#23143
üzenetére
Akkor szerintem csak erről van szó. Nézd meg egy átlagos (és általad használható) partíciónak milyen jogai vannak (mely felhasználókkal). Jobb gomb/Tulajdonságok/Jogosultságok. Aztán gksu nautilus vagy gksu nemo vagy amilyen fájlkezelő van és máris módosíthatod a kérdéses partíció hasonló jellemzőit.
2 meghajtóra is? Mi van azzal a géppel? -
lev258
veterán
válasz
syler123
#23141
üzenetére
Én partíciós tábláról beszéltem, nem partíciókról és fájlrendszerekről. Egyébként nem csak arról van szó, hogy új ext4-es fájlrendszer létrehozásakor a mezei felhasználónak még nincs joga írni, csak olvasni? Jogosultságot kell módosítani. Vagy a dmesg még mindig dobálja a hibát?
AOMEI, EaseUS inkább, igaz Ext4-et nem tud egyik sem...Ahhoz akkor már a GParted való egy live rendszerről bebootolva. Azzal még HSF+ra is tudtam formázni külső meghajtót, igaz előtte a hfsprogs telepítése kellett.
Egyedül akkor futottam bele, ha W alól a 
Főleg, hogy HDD diagnosztikai programok sem jeleznek semmilyen hibát...Megjegyzi a rendszer és valahogy "resetelni kéne", netán egy live Linux alól megpróbálni? Fene tudja...
Új hozzászólás Aktív témák
Hirdetés
- Microsoft licencek KIVÉTELES ÁRON AZONNAL - UTALÁSSAL IS AUTOMATIKUS KÉZBESÍTÉS - Windows és Office
- ROBUX ÁRON ALUL - VÁSÁROLJ ROBLOX ROBUXOT MÉG MA, ELKÉPESZTŐ KEDVEZMÉNNYEL (Bármilyen platformra)
- Vírusirtó, Antivirus, VPN kulcsok
- Sea of Thieves Premium Edition és Egyéb Játékkulcsok.
- Eredeti Microsoft termékek - MEGA Akciók! Windows, Office Pro Plus, Project Pro, Visio Pro stb.
- Csere-Beszámítás! Asus Tuf Gamer laptop! R7 3750H / GTX 1650 / 16GB DDR4 / 500GB SSD
- HP Laptop 15-fc0026nh (AY7E1EA)
- AKCIÓ! Apple iPad Pro 11 2024 1TB WiFi + Cellular tablet garanciával hibátlan működéssel
- 119 - Lenovo Legion Pro 5 (16ARX8) - AMD Ryzen 7 7745HX, RTX 4070 (48 hónap garancia!) (ELKELT)
- AKCIÓ! Lenovo Legion Slim 5 16AHP9 notebook - R7 8845HS 16GB RAM 512GB SSD RTX 4060 8GB Win11
Állásajánlatok
Cég: Promenade Publishing House Kft.
Város: Budapest
Cég: CAMERA-PRO Hungary Kft
Város: Budapest