1 Temat przez vekh (edytowany przez vekh 2016-11-20 19:28:32)

  • vekh
  • Użytkownik
  • Nieaktywny
  • Zarejestrowany: 2014-10-14
  • Posty: 49

Temat: Brak praw zapisu na podmontowanym dysku

Cześć,
do routera mam podłączone dwa urządzenia - pendrive i dysk 2.5''. Obydwa sformatowane pod Ext4. Obydwa napędy montują się z automatu i są widoczne. Problem jest z dyskiem - nie mam praw modyfikacji (udział sieciowy udostępniony przez Sambę).
Starałem się zmienić dostępy z pomocą chmoda:

chmod -R 777 /mnt/sdb1

Niestety zwracany jest błąd:

chmod: sdb1: Read-only file system

Macie może jakieś wskazówki co z takim fantem począć? Karta ma pełne prawa. W sambie dla obydwu urządzeń maski dla nowych plików/folderów ustawione 0777.
Polecenie mount zwraca m.in.:

/dev/sdb1 on /mnt/sdb1 type ext4 (ro,relatime,data=ordered)

2 Odpowiedź przez Cezary

  • Skąd: Warszawa
  • Zarejestrowany: 2006-02-25
  • Posty: 116,039

Odp: Brak praw zapisu na podmontowanym dysku

Tak jak napisał - masz go zamontowanego tylko do odczytu. Dlaczego - albo sam ustawiłeś taką flagę albo system plików ma błędy i nie mógł być zamontowany inaczej.

Odmontuj nośnik i sprawdź stan system plików (e2fsck)

Masz niepotrzebny router, uszkodzony czy nie - chętnie przygarnę go.

Cezary's Strona

3 Odpowiedź przez vekh

  • vekh
  • Użytkownik
  • Nieaktywny
  • Zarejestrowany: 2014-10-14
  • Posty: 49

Odp: Brak praw zapisu na podmontowanym dysku

Jedno mogę wykluczyć - router przed 30 minutami zresetowałem do ustawień fabrycznych, więc nie ma możliwości, że to moja ingerencja.
Przy próbie odmontowania:

umount: can't umount /mnt/sdb1: Device or resource busy

Dysk też przed chwilą partycjonowałem (wcześniej był NTFS). Czy problemem może być jego pojemność - stworzyłem pojedynczą partycję na 500GB dysku.

4 Odpowiedź przez Cezary

  • Skąd: Warszawa
  • Zarejestrowany: 2006-02-25
  • Posty: 116,039

Odp: Brak praw zapisu na podmontowanym dysku

Masz jakiś proces który korzysta z dysku lub właśnie na nim jesteś (na ścieżce). Zrestartuj całość i zobacz.

Taka pojemność nie jest żadnym problemem.

Masz niepotrzebny router, uszkodzony czy nie - chętnie przygarnę go.

Cezary's Strona

5 Odpowiedź przez vekh

  • vekh
  • Użytkownik
  • Nieaktywny
  • Zarejestrowany: 2014-10-14
  • Posty: 49

Odp: Brak praw zapisu na podmontowanym dysku

Restart nie zmienił sytuacji. Dla pewności stworzyłem nowe partycje (tym razem dwie) i sformatowałem do ext4.
Po podmontowaniu w pierwszej chwili widnieje:

/dev/sdc1 on /mnt/sdh1 type ext4 (rw,relatime,data=ordered)

Po chwili rw zmienia się na ro

/dev/sdc1 on /mnt/sdh1 type ext4 (ro,relatime,data=ordered)

W przypadku NTFS wszystko gra:

/dev/sdc1 on /mnt/sdh1 type fuseblk (rw,nosuid,nodev,relatime,user_id=0,group_id=0,allow_other,blksize=4096)

6 Odpowiedź przez Cezary

  • Skąd: Warszawa
  • Zarejestrowany: 2006-02-25
  • Posty: 116,039

Odp: Brak praw zapisu na podmontowanym dysku

No to spójrz w logi co się dzieje.

Masz niepotrzebny router, uszkodzony czy nie - chętnie przygarnę go.

Cezary's Strona

7 Odpowiedź przez vekh (edytowany przez vekh 2016-11-21 16:55:30)

  • vekh
  • Użytkownik
  • Nieaktywny
  • Zarejestrowany: 2014-10-14
  • Posty: 49

Odp: Brak praw zapisu na podmontowanym dysku

Mam nadzieję, że o te logi chodziło roll (pierwszy raz spoglądam w logi OpenWRT ;-) )

Mon Nov 21 16:42:18 2016 kern.info kernel: [77485.040000] EXT4-fs (sdb1): mounted filesystem with ordered data mode. Opts: (null)
Mon Nov 21 16:42:26 2016 kern.info kernel: [77493.370000] sd 9:0:0:0: [sdb]
Mon Nov 21 16:42:26 2016 kern.warn kernel: [77493.370000] Result: hostbyte=0x00 driverbyte=0x08
Mon Nov 21 16:42:26 2016 kern.info kernel: [77493.370000] sd 9:0:0:0: [sdb]
Mon Nov 21 16:42:26 2016 kern.warn kernel: [77493.380000] Sense Key : 0x5 [current]
Mon Nov 21 16:42:26 2016 kern.info kernel: [77493.380000] sd 9:0:0:0: [sdb]
Mon Nov 21 16:42:26 2016 kern.warn kernel: [77493.380000] ASC=0x24 ASCQ=0x0
Mon Nov 21 16:42:26 2016 kern.info kernel: [77493.390000] sd 9:0:0:0: [sdb] CDB:
Mon Nov 21 16:42:26 2016 kern.warn kernel: [77493.390000] cdb[0]=0x2a: 2a 08 00 00 0a aa 00 00 02 00
Mon Nov 21 16:42:26 2016 kern.err kernel: [77493.400000] blk_update_request: critical target error, dev sdb, sector 2730
Mon Nov 21 16:42:26 2016 kern.err kernel: [77493.400000] blk_update_request: critical target error, dev sdb, sector 2730
Mon Nov 21 16:42:26 2016 kern.err kernel: [77493.410000] Aborting journal on device sdb1-8.
#Udostępnienie przez sambę:
Mon Nov 21 16:44:40 2016 kern.crit kernel: [77627.280000] EXT4-fs error (device sdb1): ext4_journal_check_start:56: Detected aborted journal
Mon Nov 21 16:44:40 2016 kern.crit kernel: [77627.290000] EXT4-fs (sdb1): Remounting filesystem read-only
Mon Nov 21 16:44:48 2016 daemon.info hostapd: wlan1: STA e8:3a:12:f6:ea:77 WPA: group key handshake completed (RSN)
Mon Nov 21 16:44:48 2016 daemon.info hostapd: wlan1: STA 64:cc:2e:ea:47:87 WPA: group key handshake completed (RSN)
Mon Nov 21 16:44:49 2016 daemon.info hostapd: wlan1: STA 8c:3a:e3:3b:f9:0a WPA: group key handshake completed (RSN)

Dysk się montuje w trybie ro zaraz po próbie udostępnienia go w sieci. Czy:

target error, dev sdb, sector 2730

oznacza, że na dysku są bad sectory? Jest jakiś sposób żeby spod OpenWRT oznaczyć takowe?
Edit:
fsck.ext4 -c /dev/sdc1 (zmienily się nazwy z sdb na sdc - musiałem fizycznie wypiąć dysk hmm umount nie działa.

root@OpenWrt:~# fsck.ext4 -c /dev/sdc1
e2fsck 1.42.12 (29-Aug-2014)
/dev/sdc1: recovering journal
sh: badblocks: not found
/dev/sdc1: Updating bad block inode.
Pass 1: Checking inodes, blocks, and sizes
Pass 2: Checking directory structure
Pass 3: Checking directory connectivity
Pass 4: Checking reference counts
Pass 5: Checking group summary information

/dev/sdc1: ***** FILE SYSTEM WAS MODIFIED *****
/dev/sdc1: 11/2256 files (0.0% non-contiguous), 1399/9000 blocks
root@OpenWrt:~# fsck.ext4 -c /dev/sdc2
e2fsck 1.42.12 (29-Aug-2014)
/dev/sdc2: recovering journal
sh: badblocks: not found
/dev/sdc2: Updating bad block inode.
Pass 1: Checking inodes, blocks, and sizes
Pass 2: Checking directory structure
Pass 3: Checking directory connectivity
Pass 4: Checking reference counts
Pass 5: Checking group summary information

/dev/sdc2: ***** FILE SYSTEM WAS MODIFIED *****
/dev/sdc2: 11/30583008 files (0.0% non-contiguous), 1970114/122093568 blocks

8 Odpowiedź przez Cezary

  • Skąd: Warszawa
  • Zarejestrowany: 2006-02-25
  • Posty: 116,039

Odp: Brak praw zapisu na podmontowanym dysku

Masz straszne błędy filesystemu na tym dysku. Tak jak by ci się rozłączał na usb.

Masz niepotrzebny router, uszkodzony czy nie - chętnie przygarnę go.

Cezary's Strona

9 Odpowiedź przez vekh

  • vekh
  • Użytkownik
  • Nieaktywny
  • Zarejestrowany: 2014-10-14
  • Posty: 49

Odp: Brak praw zapisu na podmontowanym dysku

Hmm... Leci teraz skan MHDD, ale później spróbuję podłączyć przez inny adapter.
A jest jakieś logiczne wytłumaczenie dlaczego na NTFSie śmiga a Ext takie problemy sprawia? Z punktu widzenia rozłączającego się USB chyba obydwa systemy powinny szwankować.

10 Odpowiedź przez Cezary

  • Skąd: Warszawa
  • Zarejestrowany: 2006-02-25
  • Posty: 116,039

Odp: Brak praw zapisu na podmontowanym dysku

Zależy w jakim momencie trafisz smile, ale generalnie obydwa powinny się sypać.

Masz niepotrzebny router, uszkodzony czy nie - chętnie przygarnę go.

Cezary's Strona

11 Odpowiedź przez vekh

  • vekh
  • Użytkownik
  • Nieaktywny
  • Zarejestrowany: 2014-10-14
  • Posty: 49

Odp: Brak praw zapisu na podmontowanym dysku

Jak zwykle miałeś rację wink Drugi adapter nie sprawia problemów...