csatolási hiba

Fórum: 

Üdv!

Kb. egy hete semmit nem tudok csatolni kattintással, mindig azt az üzenetet kapom, hogy "not authorized to perform operation".

Természetesen terminálból, sudo-val megy a csatolás, de korábban elég volt például a bedugott pendrive-ra kattintani, most csak ezt az üzenetet kapom. De ugyanez a helyzet a többi meghajtóval is, illetve partíciókkal.

Linux Mint 19.2 Cinnamont használok. A fájlkezelőben a baloldali oszlopban ugyanúgy ott van minden meghajtó, csak éppen ha rákattintok, nem csatolja. A másik gépemen, ahol ugyanez a rendszer fut, nem jött elő ez a hiba. Mondjuk azt már vagy 2 hónapja nem frissítettem, mert az csak tartalék rendszer. Ezen, a hibáson pedig minden frissítés engedélyezve van.

Megnéztem a groups parancs eredményét mindkét gépen, de sajnos nincs különbség. A szokásos, illetve korábbi csatolási pontom mindig a /media/visit/ alá kerültek. A jogosultságok, tuljadoni maszkok is megegyeznek mindkét gépen, De valami mégis megváltozott a fő gépemen. Vajon mi? Van valakinek ötlete?

Köszönöm!

kimarite képe

Index » Help & Support (Testing/Unstable) »

#1 Átmeneti megoldás lehet:
https://web.archive.org/web/20151207042639/http://crunchbang.org/forums/...
Kipróbálod?

Az első parancs nem feltétlen kell...

sudo touch /etc/polkit-1/localauthority/50-local.d/auto-mount.pkla
sudo nano /etc/polkit-1/localauthority/50-local.d/auto-mount.pkla

Tartalom:

[Allow Automount]
Identity=unix-group:plugdev
Action=org.freedesktop.udisks2.filesystem-mount
ResultAny=yes
ResultInactive=yes
ResultActive=yes

Mentés
Ctrl + O és Enter
és kilépés
Ctrl + X
a nano szövegszerkesztőből.

A felhasználói csoportjaim

groups
kim cdrom floppy sudo audio dip video plugdev netdev bluetooth scanner lpadmin

szerint működne.

A parancssorban sudo-val próbálod? A sudo nélkül?

(https://www.youtube.com/watch?v=2pKD3RAvzU8 )

Értékelés: 

0
Még nincs értékelve

Más helyre be tudod fűzni?

#1

Köszi, de sudo-val megy rendeben terminálból, csak a normál kattintással nem megy.

Értékelés: 

0
Még nincs értékelve

Más helyre be tudod fűzni?

#3

Sajnos a fenti fájl létrehozás után sem megy. 

az én groups kimenetem pedig ez:

visit adm cdrom sudo dip plugdev lpadmin sambashare chrome-remote-desktop

Értékelés: 

0
Még nincs értékelve
kimarite képe

Más helyre be tudod fűzni?

#3 #4 Hozzáírtam az előző hozzászólásomhoz, bemásolom:

A parancssorban sudo-val próbálod? A sudo nélkül?

Ezt írod:

Természetesen terminálból, sudo-val megy a csatolás, de korábban elég volt például a bedugott pendrive-ra kattintani, most csak ezt az üzenetet kapom. De ugyanez a helyzet a többi meghajtóval is, illetve partíciókkal.

Ez korábban elkerülte a figyelmem. Szögezzük le, egy olyan partíció vagy például pendrive befűzéséhez, aminek olvasásához, írásához, fájlok futtatásához neked, mint felhasználónak alapvetően jogod van, nem kell a sudo. Ebben egyetértesz?

És, ha admin joggal (sudo) fűzöd be az eszközt vagy partíciót, akkor miért gondolod azt, hogy annak elengedéséhez (umount) vagy kiadásához (eject) felhasználóként bármilyen jogod lenne? Nincs. Itt lesz valami probléma. Vagy nincs teljes értékű jogod a meghajtókhoz, vagy felhasználóként kéne befűzni azokat, esetleg a sudo használatával történt befűzéskor a meghajtók tulajdonságaiban, tartalmában valami változott ..., frissítés ide vagy oda. Használd a jogok helyrebillentésére a chmod és a chow parancssorokat rekurzívan.
https://linuxmint.hu/blog/2019/04/kotet-meghajto-es-egyeb-tarolo-eszkozok-hasznalatba-vetele-olvasas-iras-futtatas
A frissítés esetleg megváltoztathatott valamit, ami korábban bekérte a felhasználói jelszavad a befűzéskor. Hiszen látható, használnod kell a sudo-t a meghajtókhoz, anélkül nem menne semmilyen művelet..

Teszt (mellesleg)
Az udiskctl használatával próbáltad sudo-val vagy anélkül? És mik a kimenetek?
https://www.linuxquestions.org/questions/linux-software-2/mounting-a-usb...

Értékelés: 

0
Még nincs értékelve

Index » Help & Support (Testing/Unstable) »

#2

sudo nélkül parancssorban sem megy.

Értékelés: 

0
Még nincs értékelve

Más helyre be tudod fűzni?

#5 udisksctl mount -b /dev/sda1
==== AUTHENTICATING FOR org.freedesktop.udisks2.filesystem-mount-system ===
Hitelesítés szükséges a(z) HGST HTS721010A9E630 (/dev/sda1) csatolásához
Authenticating as: 
 

Értékelés: 

0
Még nincs értékelve
kimarite képe

Index » Help & Support (Testing/Unstable) »

#6 Talán egy rendszer újraindítás is elkélne a fájl elkészítése után, vagy esetleg:

sudo udevadm control --reload-rules && sudo udevadm trigger

Akkor jogaid ... most semmi. Emlékszel, voltak felhasználói jogaid korábban a meghajtókhoz?
A fájlkezelő kért jelszót korábban a befűzéskor? Mert, ha nem, akkor a jogaid megvoltak, csak eltűntek a ködben valahol.
Tudtomal az udisk2 alkalmazás hozható kapcsolatba a történettel, és a policykit.

Értékelés: 

0
Még nincs értékelve
kimarite képe

Más helyre be tudod fűzni?

#7 Egy chmod és chown kezelés alá vetett pendrive ... minden rendben:

kim@kimbi:~$ lsblk
NAME   MAJ:MIN RM   SIZE RO TYPE MOUNTPOINT
sda      8:0    0 298,1G  0 disk
├─sda1   8:1    0  93,1G  0 part /
└─sda2   8:2    0   3,7G  0 part [SWAP]
sdb      8:16   1   1,9G  0 disk
└─sdb1   8:17   1   1,9G  0 part
sr0     11:0    1  1024M  0 rom 
 
kim@kimbi:~$ udisksctl mount -b /dev/sdb1
Mounted /dev/sdb1 at /media/kim/1247-6ECE.

kim@kimbi:~$ ls -la /media/kim/
összesen 12
drwxr-x---+ 3 root root 4096 nov   18 23:54 .
drwxr-xr-x  4 root root 4096 júl    7 13:12 ..
drwxr-xr-x  2 kim  kim  4096 jan    1  1970 1247-6ECE
kim@kimbi:~$

Alapvetően (az emlékeim szerint) gyik asztali környezet, egyik felhasználói módban indított fájlkezelője, de nyitott meh olyan meghajtót, ami nem volt a felhasználómé (legalábbis a befűzés helye ... tán nálad is ott lehet gond a jogokkal).

Értékelés: 

0
Még nincs értékelve

Index » Help & Support (Testing/Unstable) »

#8

Természetesen megvolt az ujraindítás a fájl elkészítése után.

Korábban soha nem kért jelszót a csatolásokhoz. 

Most is ugyanaz (vagyok) a tulajdonos, teljeskörű jogaim vannak, bde azért a biztonság kedvéért újra kiadtam a 

sudo chmod ugoa+rwx -R parancsot is.

:-(

Értékelés: 

0
Még nincs értékelve

Index » Help & Support (Testing/Unstable) »

#8

"sudo udevadm control --reload-rules && sudo udevadm trigger" 

Ez sem segített.

Értékelés: 

0
Még nincs értékelve
kimarite képe

Index » Help & Support (Testing/Unstable) »

#10 Akkor a befűzés helyének jogaira nézz rá, és arra add ki a helyes chmod és chown parancssorokat. Vagy hozz létre a befűzés helyének megfelelő Címkét, és annak megfelelően egy könyvtárat a befűzés helyénél, majd arra add ki a két parancssort. A Lemezkezelőben nem változtattál meg valamilyen paramétert a meghajtók tekintetében? Vagy a Fájlkezelőben?
A mount, umount parancssornál persze kell a sudo ...

#12 Töröld a korábban létrehozott fájlt,

sudo rm -f /etc/polkit-1/localauthority/50-local.d/auto-mount.pkla

nem ez a megoldás.

Értékelés: 

0
Még nincs értékelve

Más helyre be tudod fűzni?

#9

Van néhány partícióm, amiket a telepítéskor nem csatoltam, tehát nem vettem fel az fstab-ba. Ilyen például a /dev/sda1 ezen adatok vannak. Korábban - egy hete -, ha a fájlkezelőben erre rákattintottam, akkor kérdés nélkül csatolta, és egy meghajtó ikonnal felvértezve kitette az asztalra. Most nem tudom mi változott, de a kattintáskor ellenkezik a korábban írt üzenetel, miszerint jogtalan vagyok.

Detto ez a helyzet a többi partícióval is, és a pendriveokkal is.

Nem találom az okot.

Értékelés: 

0
Még nincs értékelve
kimarite képe

Formázás

#10 Tudom, hogy most nem tűnik fontosnak, de érdemes lenne így formázni:

Most is ugyanaz (vagyok) a tulajdonos, teljeskörű jogaim vannak, bde azért a biztonság kedvéért újra kiadtam a 

sudo chmod ugoa+rwx -R /csatolás/helye

parancsot is.

-----

Próbáld az umountot, majd csak a fájlkezelővel történő befűzést.

Értékelés: 

0
Még nincs értékelve
kimarite képe

Más helyre be tudod fűzni?

#14 Említettem, a Lemezkezelő, az fstab környékén nézz körül.

Példaként említed a /dev/sda1 partíciót. Címkézd a jelenlegitől eltérő névre, majd készítsd el a befűzés helyét, és arra vonatkozóan: chmod, chown. Ez egy teszt. Mára búcsúzom.

Értékelés: 

0
Még nincs értékelve

Index » Help & Support (Testing/Unstable) »

#13

Megtettem, létrehoztam a /media/visit/ext4adatok könyvtárat. 

Kiadtám rá a két használatbavételi és használati jogokat.

visit@visit-OMEN-by-HP-Laptop-15-ce0xx:~$ mount /dev/sda1 /media/visit/ext4adatok
mount: only root can do that
visit@visit-OMEN-by-HP-Laptop-15-ce0xx:~$ 

Vagyis így sem megy.

Csak sudo-val.
 

Értékelés: 

0
Még nincs értékelve

Más helyre be tudod fűzni?

#16

Köszi az eddigieket, jó éjt!

Értékelés: 

0
Még nincs értékelve

Más helyre be tudod fűzni?

#16

A lemezkezelőben megpróbáltam megváltoztatni a rendszerindítási nem auto csatolás módját, de ekkor is azt mondja, hogy nincs hozzá jogosultságom. A másik rendszeremen is megpróbáltam, ott engedi, csak bekéri a felhasználói jelszavam. 

Ezek szerint mélyebben vannak a probléma gyökerei, mert nem csak csatolni nem enged felhasználóként, hanem a franc tudja, mit még. :-(

Nehogy már egy újratelepítés kelljen neki, mint 20 éve a windózomnak.

Egyébként semmi más "furcsaságot" nem tapasztalok, csak ezt a francos csatolást, meg most hozzájött ez a lemezkezelői visszautasítás is.

Értékelés: 

0
Még nincs értékelve
kimarite képe

Index » Help & Support (Testing/Unstable) »

#17 Én sem mondtam mást, mint, hogy a mount csak sudo-val megy. Nem szereted a fájlkezelöt, hogy nem ott próbâkoztál elsöre?

Az udiskctl használatához nem kell sudo.

Értékelés: 

0
Még nincs értékelve
kimarite képe

Más helyre be tudod fűzni?

#19 "A lemezkezelőben megpróbáltam megváltoztatni a rendszerindítási nem auto csatolás módját, de ekkor is azt mondja, hogy nincs hozzá jogosultságom. A másik rendszeremen is megpróbáltam, ott engedi, csak bekéri a felhasználói jelszavam."

Mutass kimenetet a befűzés helyére vonatkozóan:

ls -la /media/visit

Mert addig nem tudjuk ezt a részét a történetnek.

Értékelés: 

0
Még nincs értékelve

Megoldás

Ez hosszadalmas volt.

Létrehoztam egy új felhasználót "valaki" névvel. Minden jogot megadtam neki, és ujraindítottam a gépet. Beléptem a nevében, és minden tökéletesen működött. Ezután felhasználót váltottam, visszaléptem a korábbi nevemmel. Megint rossz volt. Lementettem a saját könyvtáramat (home), és kitöröltem mindent. Restart, és már jó lett. Ezután egyenként visszatettem a régi mappákat. A .config bemásolása után megint rossz lett. Ekkor ennek a könyvtárnak a könyvtárait felezéses módszerrel pakolgattam vissza, és mind után teszt.

Meg lett a bűnös. A Crome remote desktop. És ez program valóban frissült pár hete. Ezt kitörölve a .config mappából megint minden jó. Visszatéve - rossz.

De persze köszönöm a segítséget, hogy foglakoztatok vele! 

Értékelés: 

0
Még nincs értékelve

Megoldás

@#24

Nem, amit írsz, teljesen más.

Értékelés: 

0
Még nincs értékelve
kimarite képe

Megoldás

#23 Az elég egyéni csoportra (Chrome Remote Desktop) felfigyeltem én is a groups parancs kimenetében.

 A Linux Mint vagy az LMDE rendszerek ilyen vad dolgokat nem csinálnak, érdekes is lenne.

Értékelés: 

0
Még nincs értékelve

Megoldás

#26 Azért elég durva, hogy alkalmazás befolyásol olyan dolgokat, ami szigorúan OS kategória.

Ma reggel nekem is frissített valami Chromium csomagokat a Mint, pedig nincs is felrakva a Chrome.

Értékelés: 

0
Még nincs értékelve

Megoldás

#27 Ez a csomag lehetett az: "chromium-codecs-ffmpeg-extra"

Ez a csomag, az alap telepítés részét képezi - attól függetlenül, hogy telepítve van-e (volt-e)
a Chromium. ... Nem zavar.

Értékelés: 

0
Még nincs értékelve