Грешка в GIMP при отваряне на файл [РЕШЕНА]

[Хъшо]

Та много странна грешка ми се появява - GIMP не иска по никакъв начин да отвори който и да е файл, ако се намира на втория ми хард диск. Ако се опитам да отворя локацията, ми изписва: Could not read the contents of media.
Ако завлача файла в GIMP ми изписва: Could not open '/media/user/3462318c-f28d-441f-af6c-52cec2570134/Pictures/Free Photos/download.jpeg' for reading: Permission denied.
Като "3462318c-f28d-441f-af6c-52cec2570134" се явява втория ми диск (не знам дали това "име" няма някакъв пръст в цялата работа).

[Mozo]

Само с GIMP ли има такъв проблем? Защото ми се струва, че просто не си го описал както трябва в fstab и нямаш права.

[Хъшо]

Да, само при ГИМП

[Zeroadhesion]

А ако в терминала се опиташ да отвориш файла от GIMP, какво става?

Код: Избери всички

gimp /media/user/3462318c-f28d-441f-af6c-52cec2570134/Pictures/Free\ Photos/download.jpeg

Върни и с какви права е файлът:

Код: Избери всички

ls -l /media/user/3462318c-f28d-441f-af6c-52cec2570134/Pictures/Free\ Photos/download.jpeg

[Хъшо]

При отваряне в терминал ми изписва същото. А за второто ми дава това:

Код: Избери всички

-rwxrwxrwx 1 user user 2807633 сеп 28  2015 '/media/user/3462318c-f28d-441f-af6c-52cec2570134/Pictures/Free Photos/download.jpeg'

Както казах, това се случва с всеки файл, който се намира на втория ми диск.

[Zeroadhesion]

Случва се при всеки файл, който се намира на втория ти диск и се случва само при GIMP?
Няма логика да е само при GIMP, ако ни споделиш твоя fstab, мисля че ще е в помощ.
Моля за изхода от:

Код: Избери всички

cat /etc/fstab

Edit: Сетих се и друго нещо - ако си пускал GIMP през sudo, то може конфиг файловете на GIMP да са приели root като собственик и от там да маже. Провери ги, а ако не е от това, дай да видим какво става с fstab.

[бат-начо]

Тва КДЕ Неон, все още е базиран на Убунту, нали? Диска не е описан в /etc/fstab, глупаво е да е описан с такава индентификация, непрегледно е. Той се монтира "при поискване" през файловия мениджър. Какво щеше да става / какви промени щяха да правят с правата на другите потребители там (в Убунту), има го като новина... Е, те, от това е. Как да се реши... ами вероятно като се опише в /etc/fstab и се сетнат правата (т.е. да е постоянно монтиран).

[Хъшо]

Случва се при всеки файл, който се намира на втория ти диск и се случва само при GIMP?
Няма логика да е само при GIMP, ако ни споделиш твоя fstab, мисля че ще е в помощ.
Моля за изхода от:

Код: Избери всички

cat /etc/fstab

Edit: Сетих се и друго нещо - ако си пускал GIMP през sudo, то може конфиг файловете на GIMP да са приели root като собственик и от там да маже. Провери ги, а ако не е от това, дай да видим какво става с fstab.

На първия въпрос - става с всеки файл, но само при GIMP.
Ето какво дава във fstab:

Код: Избери всички

# /etc/fstab: static file system information.
#
# Use 'blkid' to print the universally unique identifier for a device; this may
# be used with UUID= as a more robust way to name devices that works even if
# disks are added and removed. See fstab(5).
#
# <file system>             <mount point>  <type>  <options>  <dump>  <pass>
UUID=5AAC-1FE6                            /boot/efi      vfat    defaults,noatime 0 2
UUID=cff272aa-fa87-4b45-9d85-8a00f9ae65e8 /              ext4    defaults,noatime,discard 0 1
UUID=a5c95127-46dd-42c8-a668-9fe890b66828 swap           swap    defaults,noatime,discard 0 0
tmpfs                                     /tmp           tmpfs   defaults,noatime,mode=1777 0 0

Така като гледам, диска въобще не се появява тук и май @бат-начо ще излезе прав

[Zeroadhesion]

Ами още в началото Mozo се оказа прав, ще трябва да добавиш 3462318c-f28d-441f-af6c-52cec2570134 във fstab със съответните опции, но той там има повече опит с ntfs, та изчакай да ти каже той Може и бат-начо да монтира ntfs във fstab, но аз не използвам тази файлова система.

[Валсо]

А може да ги опише във фстаб във вид на /dev/sdX. Ще му е по-лесно да ги различава за вбъдеще. Аз примерно си знам кой сторидж дивайс на кой слот на дъното е закачен, защото съм си ги закачал аз, и е много по-удобно да са с разбираеми идентификатори. Това е само идейка, де, Барбоса да си решава как иска.

[Zeroadhesion]

А може да ги опише във фстаб във вид на /dev/sdX. Ще му е по-лесно да ги различава за вбъдеще. Аз примерно си знам кой сторидж дивайс на кой слот на дъното е закачен, защото съм си ги закачал аз, и е много по-удобно да са с разбираеми идентификатори. Това е само идейка, де, Барбоса да си решава как иска.

Ако при буут пъхне флашка, може да размести sdX номерацията и да направи бели, затова се използва UUID
Ще почнат да валят мнения "никога не ми се е случвало", но се случва, така че да се действа по процедура

[Валсо]

Ще почнат да валят мнения "никога не ми се е случвало", но се случва, така че да се действа по процедура

Държа да подчертая и натвърдя, че на мен лично никога не ми се е случвало това с флашките, което описваш. А тук говорим за 5-годишно ползване именно по този метод. От края на 2015-та (май беше Октомври месец), когато подкарах Ментата, досега винаги съм ползвал формàта /dev/sdX и никога не е имало объркване. Закачените към дъното си ги отчита правилно, а всеки нов USB сторидж получава нова буква:

Код: Избери всички

[rado@arch]: ~>$ sudo blkid
[sudo] password for rado: 
/dev/sda1: LABEL="Windows 7" BLOCK_SIZE="512" UUID="14562BB8562B9A0E" TYPE="ntfs" PARTUUID="d535e586-01"
/dev/sda2: LABEL="390GB" BLOCK_SIZE="512" UUID="547F53D87B122FBA" TYPE="ntfs" PARTUUID="d535e586-02"
/dev/sdb1: UUID="954e0d6b-d367-4b5a-ad4b-5ec592b199a3" BLOCK_SIZE="4096" TYPE="ext4" PARTUUID="bfb8c7a5-01"
/dev/sdc1: LABEL="1000GB" BLOCK_SIZE="512" UUID="092138B830C24D80" TYPE="ntfs" PARTUUID="cd3e63b9-01"
/dev/sdd1: LABEL="Ventoy" UUID="5CE3-5A76" BLOCK_SIZE="512" TYPE="exfat" PTTYPE="dos" PARTUUID="2927d845-01"
/dev/sdd2: SEC_TYPE="msdos" LABEL_FATBOOT="VTOYEFI" LABEL="VTOYEFI" UUID="D8AC-196A" BLOCK_SIZE="512" TYPE="vfat" PARTUUID="2927d845-02"

sda1 е Бозата, както се вижда, sda2 е пространството за бекъпи, sdb1 е SSD-то с Арч, sdc1 е 1-терабайтовият хард диск. Когато закачих Вентой флашката, тя автоматично се сдоби с нова буква - /sdd. Подозирам, че причината за това е, че БИОС приоритизира сторидж устройствата първи, а ако има закачен нов хардуер като флашка, на него му бива назначена нова буква. И така няма объркване с партишъните.

Не задължавам никого да се съгласява, просто казвам моето мнение по въпроса и личните ми наблюдения по темата.

[Zeroadhesion]

Абе и на мен не беше ми се случвало 5 години и след това ми се случи.
Неслучайно е въведено като опция и се използва по подразбиране от дистрибуторите.
И неслучайно очаквах такава реакция, ама е играно вече

[бат-начо]

Показаното от Валсо противоречи на казаното от него.
А инак Зеро си прав и не си прав. Случва се, случвало ми се е, но трябва да има "определени условия", за да се случи. Но ние бягаме от "такива случаи" и е правилно което казваш.
И аз не използвам ntfs, Mozo е човекът с безпроблемния досег с такава файлова система под Линукс.

[Mozo]

Код: Избери всички

sudo mkdir -p media/sdX

Хиксът се сменя с както ти се идентифицира дискът в системата. Проверяваш с GParted или sudo fdisk -l като може да е sdb1, sda2 и пр. След това добавяш този ред в fstab:

Код: Избери всички

UUID=3462318c-f28d-441f-af6c-52cec2570134 /media/sdX ntfs-3g defaults,auto,nofail,x-systemd.device-timeout=5,uid=1000,gid=1000,umask=002 0 0

Провери си все пак UUID за всеки случай, трябва да е точно. Това е