LINUX.ORG.RU

Свеже отформатированный внешний жёсткий диск с новой таблицей GPT доступен только для чтения

 , , , ,


0

1

Собственно вот такая вот проблема. Стёр таблицу разделов на внешнем жёстком диске(раньше она была создана виндой, и там было два раздела). Создал новый раздел на весь диск, отформатировал в ext4 (все манипуляции производились в GParted) Итог: При подключении его к компьютеру и нажатии на кнопку в KDE «Подключить» монтируется как «только для чтения». Хотя до этого, данные на него прекрасно записывались(когда он был в ntfs) Как это пофиксить? Подключается по usb 3.0. P.S. если же командой umount его отмонтировать, а потом вручную примонтировать командой mount с дефолтными параметрами, то он прекрасно монтируется и на чтение и на запись, никаких ошибок

При подключении его к компьютеру и нажатии на кнопку в KDE «Подключить» монтируется как «только для чтения».

А права у пользователя из под которого ты кнопку жмешь на корень диска есть?

А то в NTFS под Linux ACL-и по умолчанию игнорируются, а в ext4 по умолчанию писать сможешь только root (если ты предварительно chown не сделал).

Pinkbyte ★★★★★ ()
Ответ на: комментарий от blbulyandavbulyan

Вот что светится в dmesg при подключении и монтирования диска средствами kde:

[ 1587.497983] sd 30:0:0:0: [sdc] Synchronizing SCSI cache
[ 1587.498010] sd 30:0:0:0: [sdc] Synchronize Cache(10) failed: Result: hostbyte=DID_NO_CONNECT driverbyte=DRIVER_OK
[ 1590.061920] usb 4-4: new SuperSpeed Gen 1 USB device number 3 using xhci_hcd
[ 1590.082401] usb 4-4: New USB device found, idVendor=0480, idProduct=a207, bcdDevice= 1.00
[ 1590.082406] usb 4-4: New USB device strings: Mfr=2, Product=3, SerialNumber=1
[ 1590.082408] usb 4-4: Product: External USB 3.0
[ 1590.082409] usb 4-4: Manufacturer: TOSHIBA
[ 1590.082410] usb 4-4: SerialNumber: 20141007075056
[ 1590.083124] usb-storage 4-4:1.0: USB Mass Storage device detected
[ 1590.083283] scsi host30: usb-storage 4-4:1.0
[ 1591.086527] scsi 30:0:0:0: Direct-Access     TOSHIBA  External USB 3.0 0    PQ: 0 ANSI: 6
[ 1591.086759] sd 30:0:0:0: Attached scsi generic sg3 type 0
[ 1591.087527] sd 30:0:0:0: [sdc] Spinning up disk...
[ 1592.109728] ..ready
[ 1593.136812] sd 30:0:0:0: [sdc] 1953525168 512-byte logical blocks: (1.00 TB/932 GiB)
[ 1593.137010] sd 30:0:0:0: [sdc] Write Protect is off
[ 1593.137011] sd 30:0:0:0: [sdc] Mode Sense: 43 00 00 00
[ 1593.137196] sd 30:0:0:0: [sdc] Write cache: enabled, read cache: enabled, doesn't support DPO or FUA
[ 1593.236462]  sdc: sdc1
[ 1593.259536] sd 30:0:0:0: [sdc] Attached SCSI disk
[ 1596.533023] EXT4-fs (sdc1): mounted filesystem with ordered data mode. Opts: errors=remount-ro

blbulyandavbulyan ()
Ответ на: комментарий от blbulyandavbulyan

При этом, если зайти в ту папку, куда оно автоматом примонтировалось и попытаться записать что-то от рута, то запись проходит

blbulyandavbulyan ()
Ответ на: комментарий от blbulyandavbulyan

Выхлоп mount для диска и ls -la каталога, в который диск смонтирован, покажи. Так гадать можно долго.

Radjah ★★★★★ ()
Ответ на: комментарий от blbulyandavbulyan

Выше Pinkbyte уже сказал про права в ext4 по умолчанию. Примонтируй, рутом измени пользователя/группу, выдай права на запись.

Команда mount без аргументов должна показывать текущие опиции монтирования для всех примонтированных файловых систем.

shell-script ★★★★★ ()
Ответ на: комментарий от Radjah
 ⚡ root@DebianW  /media/david/DebianWBackup  ls -al
итого 32
drwxr-xr-x  4 root root  4096 сен 20 17:33 .
drwxr-x---+ 3 root root  4096 сен 20 17:30 ..
-rw-r--r--  1 root root     6 сен 20 17:33 file
drwxr-x--T  4 root root  4096 сен 20 17:13 IdeaProjects
drwx------  2 root root 16384 сен 20 17:07 lost+found
 ⚡ root@DebianW  /media/david/DebianWBackup  mount
sysfs on /sys type sysfs (rw,nosuid,nodev,noexec,relatime)
proc on /proc type proc (rw,nosuid,nodev,noexec,relatime)
udev on /dev type devtmpfs (rw,nosuid,relatime,size=8010504k,nr_inodes=2002626,mode=755)
devpts on /dev/pts type devpts (rw,nosuid,noexec,relatime,gid=5,mode=620,ptmxmode=000)
tmpfs on /run type tmpfs (rw,nosuid,nodev,noexec,relatime,size=1607296k,mode=755)
/dev/sda2 on / type ext4 (rw,relatime,errors=remount-ro)
securityfs on /sys/kernel/security type securityfs (rw,nosuid,nodev,noexec,relatime)
tmpfs on /dev/shm type tmpfs (rw,nosuid,nodev)
tmpfs on /run/lock type tmpfs (rw,nosuid,nodev,noexec,relatime,size=5120k)
cgroup2 on /sys/fs/cgroup type cgroup2 (rw,nosuid,nodev,noexec,relatime,nsdelegate,memory_recursiveprot)
pstore on /sys/fs/pstore type pstore (rw,nosuid,nodev,noexec,relatime)
efivarfs on /sys/firmware/efi/efivars type efivarfs (rw,nosuid,nodev,noexec,relatime)
none on /sys/fs/bpf type bpf (rw,nosuid,nodev,noexec,relatime,mode=700)
systemd-1 on /proc/sys/fs/binfmt_misc type autofs (rw,relatime,fd=29,pgrp=1,timeout=0,minproto=5,maxproto=5,direct,pipe_ino=765)
mqueue on /dev/mqueue type mqueue (rw,nosuid,nodev,noexec,relatime)
hugetlbfs on /dev/hugepages type hugetlbfs (rw,relatime,pagesize=2M)
debugfs on /sys/kernel/debug type debugfs (rw,nosuid,nodev,noexec,relatime)
tracefs on /sys/kernel/tracing type tracefs (rw,nosuid,nodev,noexec,relatime)
fusectl on /sys/fs/fuse/connections type fusectl (rw,nosuid,nodev,noexec,relatime)
configfs on /sys/kernel/config type configfs (rw,nosuid,nodev,noexec,relatime)
/dev/sda4 on /home type ext4 (rw,relatime)
/var/lib/snapd/snaps/gtk-common-themes_1534.snap on /snap/gtk-common-themes/1534 type squashfs (ro,nodev,relatime,x-gdu.hide)
/var/lib/snapd/snaps/core_13425.snap on /snap/core/13425 type squashfs (ro,nodev,relatime,x-gdu.hide)
/var/lib/snapd/snaps/core20_1623.snap on /snap/core20/1623 type squashfs (ro,nodev,relatime,x-gdu.hide)
/var/lib/snapd/snaps/core_13741.snap on /snap/core/13741 type squashfs (ro,nodev,relatime,x-gdu.hide)
/dev/sda1 on /boot/efi type vfat (rw,relatime,fmask=0077,dmask=0077,codepage=437,iocharset=ascii,shortname=mixed,utf8,errors=remount-ro)
/var/lib/snapd/snaps/telegram-desktop_4095.snap on /snap/telegram-desktop/4095 type squashfs (ro,nodev,relatime,x-gdu.hide)
/var/lib/snapd/snaps/core20_1611.snap on /snap/core20/1611 type squashfs (ro,nodev,relatime,x-gdu.hide)
/dev/sdd1 on /media/share/ds1 type ext4 (rw,relatime)
/var/lib/snapd/snaps/core22_188.snap on /snap/core22/188 type squashfs (ro,nodev,relatime,x-gdu.hide)
/var/lib/snapd/snaps/core18_2560.snap on /snap/core18/2560 type squashfs (ro,nodev,relatime,x-gdu.hide)
/dev/sdb1 on /media/share/ds2 type ext4 (rw,relatime)
/var/lib/snapd/snaps/telegram-desktop_4116.snap on /snap/telegram-desktop/4116 type squashfs (ro,nodev,relatime,x-gdu.hide)
/var/lib/snapd/snaps/bare_5.snap on /snap/bare/5 type squashfs (ro,nodev,relatime,x-gdu.hide)
/var/lib/snapd/snaps/kde-frameworks-5-core18_32.snap on /snap/kde-frameworks-5-core18/32 type squashfs (ro,nodev,relatime,x-gdu.hide)
/var/lib/snapd/snaps/gtk-common-themes_1535.snap on /snap/gtk-common-themes/1535 type squashfs (ro,nodev,relatime,x-gdu.hide)
/var/lib/snapd/snaps/core22_275.snap on /snap/core22/275 type squashfs (ro,nodev,relatime,x-gdu.hide)
/var/lib/snapd/snaps/kde-frameworks-5-qt-5-15-core20_14.snap on /snap/kde-frameworks-5-qt-5-15-core20/14 type squashfs (ro,nodev,relatime,x-gdu.hide)
/var/lib/snapd/snaps/core18_2566.snap on /snap/core18/2566 type squashfs (ro,nodev,relatime,x-gdu.hide)
binfmt_misc on /proc/sys/fs/binfmt_misc type binfmt_misc (rw,nosuid,nodev,noexec,relatime)
tmpfs on /run/user/1000 type tmpfs (rw,nosuid,nodev,relatime,size=1607292k,nr_inodes=401823,mode=700,uid=1000,gid=1000)
gvfsd-fuse on /run/user/1000/gvfs type fuse.gvfsd-fuse (rw,nosuid,nodev,relatime,user_id=1000,group_id=1000)
portal on /run/user/1000/doc type fuse.portal (rw,nosuid,nodev,relatime,user_id=1000,group_id=1000)
tmpfs on /run/snapd/ns type tmpfs (rw,nosuid,nodev,noexec,relatime,size=1607296k,mode=755)
nsfs on /run/snapd/ns/telegram-desktop.mnt type nsfs (rw)
/dev/sdc1 on /media/david/DebianWBackup type ext4 (rw,nosuid,nodev,relatime,errors=remount-ro,uhelper=udisks2)
 ⚡ root@DebianW  /media/david/DebianWBackup  
blbulyandavbulyan ()
Ответ на: комментарий от blbulyandavbulyan

Какая разница, как подключён диск? Здесь вопрос в файловой системе, в которую отформатирован раздел на блочном устройстве.

shell-script ★★★★★ ()
Ответ на: комментарий от blbulyandavbulyan

Если отмонтировать диск, а потом примонтировать заново(средствами kde) с нормально выставленными правами, то работоспособность сохраняется

blbulyandavbulyan ()
Ответ на: комментарий от blbulyandavbulyan

Речь не о правах на файл-устройство(то что лежит в /dev/), а о правах в самой ФС

Pinkbyte ★★★★★ ()
Ответ на: комментарий от blbulyandavbulyan

И будет работать на всех системах, где UID пользователя равен 1000. То есть практически для любого первого пользователя созданного при установке системы (UID=1000 по дефолту в большей части дистрибутивов Linux). Пользователи с другими ID(кроме root) очевидно не смогут писать на этот диск.

Если такое необходимо - лучше создать отдельную директорию на диске и назначить туда права на запись всем

Или использовать ФС, более подходящую для переносимых устройств - тот же NTFS нынче есть прямо в ядре. Или exFAT(но там возможны проблемы с очень древними вендами)

Pinkbyte ★★★★★ ()
Последнее исправление: Pinkbyte (всего исправлений: 1)
Ответ на: комментарий от Radjah

Внешним компонентом(пусть и от Microsoft) - не считается. Ставить драйвер на каждый комп, где тебя надо прочитать переносной носитель - это моветон(особенно если комп - не твой, на своих то можно что угодно творить, тут вопросов нет).

Так-то и USB поддерживается начиная с Windows 98. Но лучше не надо :-)

Pinkbyte ★★★★★ ()
Последнее исправление: Pinkbyte (всего исправлений: 1)

Создай на разделе каталог и задай ему права на доступ всем.

carasin ★★★★★ ()
Ответ на: комментарий от Pinkbyte

На самом деле, с exfat проблем на практике нет. Реально даже на древних компах с XP (которых уже и не встретишь) всё работает. А, начиная с 7, так и вовсе вопросов не бывает.

carasin ★★★★★ ()
Для того чтобы оставить комментарий войдите или зарегистрируйтесь.