- India felől közelít egy 7550 mAh-s Redmi
- Samsung Galaxy S23 Ultra - non plus ultra
- Vivo X200 Pro - a kétszázát!
- Xiaomi 14T Pro - teljes a család?
- Okosóra és okoskiegészítő topik
- Motorola Edge 30 Neo - wake up, Jr...
- Hivatalos a OnePlus 13 startdátuma
- Samsung Galaxy Fit 3 - keveset, de jól
- Huawei Mate X6 - keleti oldal, nyugati oldal
- Samsung Galaxy A56 - megbízható középszerűség
-
Mobilarena
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.
-
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ó. -
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?
Új hozzászólás Aktív témák
Hirdetés
- Épített vízhűtés (nem kompakt) topic
- PlayStation 5
- Milyen belső merevlemezt vegyek?
- Subaru topik
- India felől közelít egy 7550 mAh-s Redmi
- Samsung Galaxy S23 Ultra - non plus ultra
- Milyen házat vegyek?
- Házi barkács, gányolás, tákolás, megdöbbentő gépek!
- World of Tanks - MMO
- Vicces képek
- További aktív témák...
- Kaspersky, McAfee, Norton, Avast és egyéb vírusírtó licencek a legolcsóbban, egyenesen a gyártóktól!
- Windows, Office licencek kedvező áron, egyenesen a Microsoft-tól - Automata kézbesítés utalással is!
- Assassin's Creed Shadows Collector's Edition PC
- Adobe Előfizetések - Adobe Creative Cloud All Apps - 12 Hónap - NYÁRI AKCIÓ!
- Játékkulcsok olcsón: Steam, Uplay, GoG, Origin, Xbox, PS stb.
- PlayStation Network Card (PSN) ajándékkártyák, egyenesen a Sony-tól!
- BESZÁMÍTÁS! Apple MacBook Pro 14 M4 MAX 36GB RAM 1TB SSD garanciával hibátlan működéssel
- Bomba ár! HP 255 G7 - AMD A4 I 4GB I 128SSD I HDMI I 15,6" FHD I Radeon I HDMI I W11 I Cam I Gari!
- ÁRGARANCIA!Épített KomPhone Ryzen 5 7600X 32/64GB RAM RTX 5070 12GB GAMER PC termékbeszámítással
- ÁRGARANCIA!Épített KomPhone Ryzen 5 5500 16/32/64GB RAM RTX 4060 8GB GAMER PC termékbeszámítással
Állásajánlatok
Cég: CAMERA-PRO Hungary Kft
Város: Budapest
Cég: Promenade Publishing House Kft.
Város: Budapest