Fórum Ubuntu CZ/SK
Ubuntu pro osobní počítače => Software => Příkazový řádek a programování pro GNU/Linux => Téma založeno: kenco 12 Března 2020, 19:42:15
-
Zdravím Vás, vyskúšal som už všetky možnosti, ktoré som našiel, ale nefunguje ani jedna. Potrebujem pripojiť NAS Synology k PC, aby som ho mohol reálne používať, ako sieťový disk.
Vyskúšal som tento návod: https://www.techrepublic.com/article/how-to-permanently-mount-a-windows-share-on-linux/
Ako aj tento návod: http://ubuntuhandbook.org/index.php/2014/08/map-network-drive-onto-ubuntu-14-04/
Plus kopec ďalších tutoriálov na youtube, ale pri žiadnom z nich to nefunguje. Podľa týchto návodov vždy skončím na poslednom príkaze "sudo mount -a", kde mi vyskočí hláška "mount error (95): Operation not supported
Refer to the mount.cifs (8) manual page (eg man mount.cifs)"
V správcovi súborov síce vidím zložku, ale ako užívateľ sa k nej nedokážem dostať, žiada odo mňa prístup roota, ako je to aj v priloženom printscreene.
Problém je aj v tom, že ak sa prihlásim jednorázovo, cez správcu súborov, tak súbory čítať viem, ale už neviem na disk zapisovať, resp. súbor editovať. Už som prebrúzdal všetky možné fóra, ale neviem si v tomto pomôcť.
Ešte jeden detail - je pravdou, že nefičím na Ubuntu ale Elementary OS - ale základ majú tieto distribúcie rovnaký, tak asi by tam nemal byť nejaký markantný rozdiel medzi týmito systémami, ak sa bavíme o tom, čo je "pod povrchom" - nie o pracovnom prostredí.
-
Najprv ti musí fungovať pripojenie v správcovi súborov až potom je možné pokračovať s vytvorením permanentného pripojenia. Zrejme nemáš synchronizované účty NAS<->PC.
-
Najprv ti musí fungovať pripojenie v správcovi súborov až potom je možné pokračovať s vytvorením permanentného pripojenia. Zrejme nemáš synchronizované účty NAS<->PC.
Hm.. Nechápem. Keď sa v správcovi súborov manuálne pripojím na NAS (zadám IP adresu, zdieľaný priečinok, meno, heslo), tak sa naň v pohode pripojím. Problém je ten, že toto pripojenie zostane iba do reštartu PC - po vypnutí a opätovnom zapnutí musím nanovo zadávať IP, priečinok, meno, heslo... Ak som zadal hodnoty do fstab + ďalšie veci, ktoré sú v tých tutoriáloch, tak mi síce zdieľaný priečinok v správcovi súborov po štarte PC ukáže, ale keď naň kliknem, tak vypíše hlášku ako v screenshote, že musím byť ako root. A ako som už písal, príkaz "sudo mount -a" kde vo všetkých videách a tutoriáloch funguje - mne to nejde.
-
Vlastníkem té cílové složky je kdo?
Její práva jsou jaká?
----------------------
Jedna věc je připojení (mount), druhá věc je sdílení (to vyřešíš pomocí samby (/etc/samba/smb.conf)
A máš vůbec sambu nainstalovanou?
-
Vlastníkem té cílové složky je kdo?
Její práva jsou jaká?
----------------------
Jedna věc je připojení (mount), druhá věc je sdílení (to vyřešíš pomocí samby (/etc/samba/smb.conf)
A máš vůbec sambu nainstalovanou?
Zdieľanú zložku som si teraz vytvoril v domovskom adresári /home/kenco/G-DRIVE, ale aj keď som ju mal vytvorenú v /mnt/hocičo, resp. /media/hocičo, nefungovalo to ani vtedy. Samozrejme, že som cestu k zložke upravil aj v fstab. Ako mám zistiť, "kto je vlastníkom"? Akým príkazom?
Sambu nainštalovanú mám.
-
=> Keď sa v správcovi súborov manuálne pripojím na NAS (zadám IP adresu, zdieľaný priečinok, meno, heslo), tak sa naň v pohode pripojím...
Takže pripojenie funguje a vzhľadom na to, že funguje tak by malo fungovať aj pripojenie pomocou príkazu:
mount //ip_addr/share mount_point -t cifs -o noperm,username=meno,password=heslo
Tento príkaz je možné dať do sekvencie príkazov "po spustení"
System->Preferences->Personal->Startup Applications
a bude sa ti pripájať vždy po štarte do účtu.
Mountovací bod nieje vhodné vytvárať kdekoľvek, zrejme najlepšie v:
- adresári /run (ak existuje), alebo
- domácom adresári užívateľa (menej vhodné ako prvá možnosť)
- v inom adresári určenom pre prípájanie vzdialených zväzkov
V prvom prípade je kompletný mountovací bod vhodné vytvoriť tak, ako to robí OS:
/run/media/názov_účtu/názov_zdielania
- názov_účtu bude u teba kenco
- názov_zdielania bude u teba G-DRIVE
Vytvorí sa to pomocou príkazu:
mkdir -p /run/media/kenco/G-DRIVE
Tento adresár by sa nemal po odpojení zmazať aby bol pripravený vždy keď sa prihlásiš do účtu.
-
=> Keď sa v správcovi súborov manuálne pripojím na NAS (zadám IP adresu, zdieľaný priečinok, meno, heslo), tak sa naň v pohode pripojím...
Takže pripojenie funguje a vzhľadom na to, že funguje tak by malo fungovať aj pripojenie pomocou príkazu:
mount //ip_addr/share mount_point -t cifs -o noperm,username=meno,password=heslo
Tento príkaz je možné dať do sekvencie príkazov "po spustení"
System->Preferences->Personal->Startup Applications
a bude sa ti pripájať vždy po štarte do účtu.
OK, ďakujem za tip, vyskúšam keď budem doma z práce a dám vedieť, ako to dopadlo.
-
Ako mám zistiť, "kto je vlastníkom"? Akým príkazom?
ls -ld složka
-
=> Keď sa v správcovi súborov manuálne pripojím na NAS (zadám IP adresu, zdieľaný priečinok, meno, heslo), tak sa naň v pohode pripojím...
Takže pripojenie funguje a vzhľadom na to, že funguje tak by malo fungovať aj pripojenie pomocou príkazu:
mount //ip_addr/share mount_point -t cifs -o noperm,username=meno,password=heslo
Tento príkaz je možné dať do sekvencie príkazov "po spustení"
System->Preferences->Personal->Startup Applications
a bude sa ti pripájať vždy po štarte do účtu.
Mountovací bod nieje vhodné vytvárať kdekoľvek, zrejme najlepšie v:
- adresári /run (ak existuje), alebo
- domácom adresári užívateľa (menej vhodné ako prvá možnosť)
- v inom adresári určenom pre prípájanie vzdialených zväzkov
V prvom prípade je kompletný mountovací bod vhodné vytvoriť tak, ako to robí OS:
/run/media/názov_účtu/názov_zdielania
- názov_účtu bude u teba kenco
- názov_zdielania bude u teba G-DRIVE
Vytvorí sa to pomocou príkazu:
mkdir -p /run/media/kenco/G-DRIVE
Tento adresár by sa nemal po odpojení zmazať aby bol pripravený vždy keď sa prihlásiš do účtu.
No, takže, išiel som presne podľa tvojho návodu, iba jednu vec som musel zmeniť - príkaz mkdir som musel zadať ako superuser, nakoľko bez toho mi príkazový riadok vypísal, že na to nemám oprávnenie. A po reštarte to dopadlo tak, ako je v printscreene. Vyzerá to tak, že ak by som bol prihlásený, ako superuser, tak by to šlo, ale ako bežný užívateľ, respektíve práva administrátora nestačia.
-
Pokud převezmeš vlastnictví té (nebo libovolné jiné) složky na sebe, nebudeš logicky potřebovat práva roota aby ses do ní dostal...
Už výše jsem psal aby sis zjistil a případně změnil vlastníka a práva zápisu té složky. A výsledek? Čǐstá 0...
Zřejmě to tedy vyřešit až tak moc nepotřebuješ. :-\
-
Pokud převezmeš vlastnictví té (nebo libovolné jiné) složky na sebe, nebudeš logicky potřebovat práva roota aby ses do ní dostal...
Už výše jsem psal aby sis zjistil a případně změnil vlastníka a práva zápisu té složky. A výsledek? Čǐstá 0...
Zřejmě to tedy vyřešit až tak moc nepotřebuješ. :-\
Zložka patrí rootovi, pretože ako root som ju musel vytvoriť, ináč to nešlo:
drwxr-xr-x 2 root root 40 mar 13 22:08 /run/media/kenco/G-DRIVE
Ale čo ďalej s tým?
Chlapi, ja som v linuxe až na pár príkazov apt get update, upgrade, install a podobne proste BFU. A drbem sa s tým už 4 dni, všetky návody čo som našiel som už vyskúšal, už som aj systém dvakrát rozsypal a inštaloval nanovo, tak ma prosím neobviňuj, že to nepotrebujem.. Už iba na tom jednom mi "stojí to", aby som mohol linux používať plnohodnotne.
-
jj, máš pravdu. Neuvedomil som si, že ja to pripájam v podstate tak isto, ale pomocou skriptu.
Ešte je potrebných niekoľko úprav.
Do súboru /etc/sudoers je potrebné (najlepšie asi na koniec) doplniť riadky
Cmnd_Alias STORG = /usr/bin/mount, /bin/umount, /bin/mkdir
kenco ALL=(ALL) NOPASSWD: STORG
Presné umiestnenie príkazov mount, umount a mkdir si musíš zistiť napríklad príkazom which:
(which mount, which umount...). Umiestnenie príkazov sa môže líšiť.
Malo by to potom už fungovať. Netreba ani reštartovať systém. Vyskúšaj to najprv z príkazového riadku vo svojom účte.
sudo mkdir -p /run/media/kenco/G-DRIVE
sudo mount //ip_addr/share /run/media/kenco/G-DRIVE -t cifs -o noperm,username=meno,password=heslo
ip_addr, share, meno a heslo si už doplníš tak ako treba.
Ak to bude fungovať nezabudni ho odpojiť.
Odpojenie pripojenia:
sudo umount /run/media/kenco/G-DRIVE
Odpojenie je možné iba v prípade, že žiadna aplikácia nemá otvorené súbory zo zdielaného priečinku a žiadny súborový manager nemá otvorené okno nazdielaného priečinku, inak to nahlási chybu "target is busy".
-
No som z toho.. Urobil som to asi takto v tom súbore etc/sudoers:
#
# This file MUST be edited with the 'visudo' command as root.
#
# Please consider adding local content in /etc/sudoers.d/ instead of
# directly modifying this file.
#
# See the man page for details on how to write a sudoers file.
#
Defaults env_reset
Defaults mail_badpass
Defaults secure_path="/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin:/snap/bin"
# Host alias specification
# User alias specification
# Cmnd alias specification
Cmnd_Alias STORG = /usr/bin/mount, /bin/umount, /bin/mkdir
# User privilege specification
root ALL=(ALL:ALL) ALL
kenco ALL=(ALL) NOPASSWD: STORG
# Members of the admin group may gain root privileges
%admin ALL=(ALL) ALL
# Allow members of group sudo to execute any command
%sudo ALL=(ALL:ALL) ALL
# See sudoers(5) for more information on "#include" directives:
#includedir /etc/sudoers.d
A v príkazovom riadku to potom dopadlo takto:
sudo mount //192.168.1.14/g-drive /run/media/kenco/G-DRIVE -t cifs -o noperm,username=kenco,password=blablabla
mount error(95): Operation not supported
Refer to the mount.cifs(8) manual page (e.g. man mount.cifs)
-
Ja neviem, prípadne ak by niekto mal čas, poskytnem aj teamviewer, aby sa na mňa pripojil, ak to vie rozbehať..
-
Vidím tam chybu:
g-drive vs G-DRIVE
Je to case sensitive, tudíž nieje jedno či sú to malé, alebo veľké písmenká.
Pre istotu vymaž z adresára /run adresáre /media/kenco/g-drive a znova v príkazovom riadku vo svojom účte zadaj:
sudo mkdir -p /run/media/kenco/G-DRIVE
Nesmie to nahlásiť žiadnu chybu. Potom môžeš zadať mount...
-
Reálne mám vytvorený adresár s veľkým G-DRIVE, takže chyba to nieje. A malým g-drive je zasa zdieľaná zložka na NAS.
-
Na řešení pomocí sudoers zapomeň - to slouží pouze k tomu aby se nemuselo zadávat root heslo, vlastnictví se nijak nemění.
Převezmi konečně vlastnictví/práva té složky na sebe. Dělá se to pomocí příkazů chown a chmod.
Potřetí už to psát nebudu/nemíním...
-
Vyskúšaj ešte takto:
sudo mount //192.168.1.14/g-drive /run/media/kenco/G-DRIVE -t cifs -o noperm,vers=2.0,username=kenco,password=blablabla
Skontroluj v nastavení NAS-u či máš zapnutý protokol smb/cifs.
Ak to nepôjde bude potrebné nejaké testovanie, napríklad či máš otvorený firewal pre porty 137,138,139,445, alebo ešte aj niektoré ďaľšie nastavenia.
-
Na řešení pomocí sudoers zapomeň - to slouží pouze k tomu aby se nemuselo zadávat root heslo, vlastnictví se nijak nemění.
Převezmi konečně vlastnictví/práva té složky na sebe. Dělá se to pomocí příkazů chown a chmod.
Potřetí už to psát nebudu/nemíním...
OK, ďakujem, a nejaký príklad, aký je postup príkazu? Možno aj na príklade tejto zložky, o ktorej sa bavím s westom
-
Vyskúšaj ešte takto:
sudo mount //192.168.1.14/g-drive /run/media/kenco/G-DRIVE -t cifs -o noperm,vers=2.0,username=kenco,password=blablabla
Skontroluj v nastavení NAS-u či máš zapnutý protokol smb/cifs.
Ak to nepôjde bude potrebné nejaké testovanie, napríklad či máš otvorený firewal pre porty 137,138,139,445, alebo ešte aj niektoré ďaľšie nastavenia.
Hurá, ide to.. Ale dlho som sa neradoval - po reštarte, keď som to vyskúšal mi disk nepripojilo, a keď som ho vyskúšal pripojiť už "funkčným" príkazom mount, tak som dostal túto hlášku.
sudo mount //192.168.1.14/g-drive /run/media/kenco/G-DRIVE -t cifs -o noperm,vers=2.0,username=kenco,password=Califa21sj
[sudo] heslo pre používateľa kenco:
Couldn't chdir to /run/media/kenco/G-DRIVE: No such file or directory
Po reštarte z nejakého dôvodu stále tie adresáre z run (kenco a G-DRIVE) vymaže.
Okrem toho, príkaz mount môžem použiť iba ako sudo, takže pri spustení PC sa mi ten príkaz nevykoná.
-
Na řešení pomocí sudoers zapomeň - to slouží pouze k tomu aby se nemuselo zadávat root heslo, vlastnictví se nijak nemění.
Převezmi konečně vlastnictví/práva té složky na sebe. Dělá se to pomocí příkazů chown a chmod.
Potřetí už to psát nebudu/nemíním...
OK, ďakujem, a nejaký príklad, aký je postup príkazu? Možno aj na príklade tejto zložky, o ktorej sa bavím s westom
Ty neumíš používat google?
Vlastníkem složky je momentálně root. Ty potřebuješ převzít vlastnictví na sebe (obyč. user) aby ses do ní bez problému (bez potřeby zadávat heslo) dostal.
sudo chown kenco:kenco -R /cesta/ke/složce
sudo chmod 777 -R /cesta/ke/složce
-
=> Okrem toho, príkaz mount môžem použiť iba ako sudo...
Preto je potrebne /etc/sudoers upraviť aby sa nepýtal na heslo.
Po reštarte z nejakého dôvodu stále tie adresáre z run (kenco a G-DRIVE) vymaže...
Aha, to neviem. Musím vyskúšať. Ja to pripájam skriptom, preto som na to asi ešte neprišiel.
-
Na řešení pomocí sudoers zapomeň - to slouží pouze k tomu aby se nemuselo zadávat root heslo, vlastnictví se nijak nemění.
Převezmi konečně vlastnictví/práva té složky na sebe. Dělá se to pomocí příkazů chown a chmod.
Potřetí už to psát nebudu/nemíním...
OK, ďakujem, a nejaký príklad, aký je postup príkazu? Možno aj na príklade tejto zložky, o ktorej sa bavím s westom
Ty neumíš používat google?
Vlastníkem složky je momentálně root. Ty potřebuješ převzít vlastnictví na sebe (obyč. user) aby ses do ní bez problému (bez potřeby zadávat heslo) dostal.
sudo chown kenco:kenco -R /cesta/ke/složce
sudo chmod 777 -R /cesta/ke/složce
Ďakujem veľmi pekne za radu, pomocou týchto príkazov to dopadlo takto, ako je v printscreene - ale nič sa nezmenilo na tom, že pri príkaze mount musím vystupovať ako superuser.
-
Je to tak ako píšeš. Naozaj sa to vymaže. To som ani nevedel.
Sú dve možnosti:
- môžeš v "System->Preferences->Personal->Startup Applications->Add startup program" pred príkaz mount dať celý ten príkaz mkdir a oddeliť ich bodkočiarkou, alebo
- môžeš mountovať do domáceho adresára napr. ~/mnt
príkaz pre vytvorenie prípojného bodu bude potom:
mkdir -p ~/mnt/G-DRIVE
príkaz pre mountovanie bude:
sudo mount //192.168.1.14/g-drive ~/mnt/G-DRIVE -t cifs -o noperm,vers=2.0,username=kenco,password=blablabla
-
Ďakujem veľmi pekne za radu, pomocou týchto príkazov to dopadlo takto, ako je v printscreene - ale nič sa nezmenilo na tom, že pri príkaze mount musím vystupovať ako superuser.
A do jakého přípojného bodu to mountuješ?
Pokud někam do /mnt/... tak je jasné, že to chce root práva.
Mountni to do /media/kenco/G-DRIVE
-
prosím ťa , najprv pošli sem výpis /etc/fstab . inak je to hádanie z vešteckej gule ...
-
Ďakujem veľmi pekne za radu, pomocou týchto príkazov to dopadlo takto, ako je v printscreene - ale nič sa nezmenilo na tom, že pri príkaze mount musím vystupovať ako superuser.
A do jakého přípojného bodu to mountuješ?
Pokud někam do /mnt/... tak je jasné, že to chce root práva.
Mountni to do /media/kenco/G-DRIVE
Zdravím, takže hneď z rána - vyskúšal som to mountnúť do /media/kenco/G-DRIVE pričom pre istotu som ešte aj pre zložku media a kenco, nielen G-DRIVE zmenil používateľský prístup na login kenco (takže celá cesta je pre užívateľa editovateľná), ale stále po reštarte dopadnem ako je to v printscreene. Prikladám aj /etc/fstab.
-
=> nič sa nezmenilo na tom, že pri príkaze mount musím vystupovať ako superuser...
Tak ešte spraviť ten /etc/sudoers aby si mount nepýtal heslo a bude to ok.
-
=> nič sa nezmenilo na tom, že pri príkaze mount musím vystupovať ako superuser...
Tak ešte spraviť ten /etc/sudoers aby si mount nepýtal heslo a bude to ok.
OK, dík za nápad, ale ako? Mám niečo upraviť v tom súbore, alebo mu mám zmeniť prístup na užívateľa, alebo ako? Tu je kompletný výpis z neho.
#
# This file MUST be edited with the 'visudo' command as root.
#
# Please consider adding local content in /etc/sudoers.d/ instead of
# directly modifying this file.
#
# See the man page for details on how to write a sudoers file.
#
Defaults env_reset
Defaults mail_badpass
Defaults secure_path="/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin:/snap/bin"
# Host alias specification
# User alias specification
# Cmnd alias specification
Cmnd_Alias STORG = /usr/bin/mount, /bin/umount, /bin/mkdir
# User privilege specification
root ALL=(ALL:ALL) ALL
kenco ALL=(ALL) NOPASSWD: STORG
# Members of the admin group may gain root privileges
%admin ALL=(ALL) ALL
# Allow members of group sudo to execute any command
%sudo ALL=(ALL:ALL) ALL
# See sudoers(5) for more information on "#include" directives:
#includedir /etc/sudoers.d
-
Chcelo by to viac snahy o vyriešenie problému. Máš k tomu celý internet. Linux nieje Windows. Sem tam občas je potrebné si niečo aj naštudovať ako to funguje. Over si, či tie príkazy pri návestí STORG sú v tých adresároch aké sú tam uvedené. Prípadne urob korekcie ak by to tak nebolo.
-
Chcelo by to viac snahy o vyriešenie problému. Máš k tomu celý internet. Linux nieje Windows. Sem tam občas je potrebné si niečo aj naštudovať ako to funguje. Over si, či tie príkazy pri návestí STORG sú v tých adresároch aké sú tam uvedené. Prípadne urob korekcie ak by to tak nebolo.
Googlil som vyše týždňa, už som to písal, vyskúšal som 4 tutoriály ako na to v textovej forme a 7 spôsobov podľa videí. 2x sa mi pritom rozsypal systém, že nechcel nabenúť, keď sa niečo pokafralo v /etc/fstab, taže išla inštalácia nanovo (ja viem, je tam záloha fastab, ale už som nikde nenašiel, ako ju mám obnoviť). Keď do googlu zadám Cmnd_Alias STORG, tak to ani nenájde. Nájde iba niečo podobné, Cmnd_Alias STORAGE, ale nemám páru, či sa to týka toho istého, alebo niečoho iného, resp., čo Cmnd_Alias STORG má vlastne na starostí, aký má syntax, čo robí. Ja takisto neodbíjam nikoho, keď sa ma pýta na veci z Catie, SolidWorksu, SAPu, alebo že mu hapruje píšťalový organ, a nevie, čo je problém, že sa nesnaží. Otravovať druhých je pre mňa posledná možnosť, ale toto fórum je pre mňa fakt posledná možnosť.
-
Ja ti verím, že si googli, ale negooglil si ako funguje sudoers. Ja napríklad neviem používať Windows. 15 rokov ho nepoužívam. Od Win7 som Windows nevidel. Možno teraz keď už vieme, že ti to z príkazového riadku funguje urobíš aj ten fstab.
Pridaj k tým príkazom ešte parameter vers=2.0
Môžeš sa inšpirovať napráklad týmto:
https://www.raspberrypi.org/forums/viewtopic.php?t=221295
Netvrdím, že to bude fungovať v tvojom prípade, ale bude ti tam chýbať nejaký parameter. No keďže nevieme ako máš nastavený NAS, tak hádame a môžeme takto hádať ešte aj niekoľko mesiacov.
-
Přidání mount do výjimek v sudoers (aby nebylo nutné zadávat heslo).
Do terminálu zadej:
export EDITOR=nano && sudo -E visudo
Otevře se soubors sudoers v editoru nano
Na konec souboru přidej řádek:
kenco ALL=NOPASSWD: /usr/bin/mount
Uložit (ctrl+o)
Potvrdit (enter)
Zavřít (ctrl+x)
Hotovo!
-
prosím ťa uprav v /etc/fstab si riadok (posledný) nasledovne:
//192.168.1.14/g-drive /home/kenco cifs -o username=kenco,password=blablabla,uid=$(id -u),gid=$(id -g),forceuid,forcegid 0 0"id" a "ud" zistíš echo $(id -u)
echo $(id -g) a reštart ...
P.S dúfam ,že to heslo máš správne ...
-
Přidání mount do výjimek v sudoers (aby nebylo nutné zadávat heslo).
Do terminálu zadej:
export EDITOR=nano && sudo -E visudo
Otevře se soubors sudoers v editoru nano
Na konec souboru přidej řádek:
kenco ALL=NOPASSWD: /usr/bin/mount
Uložit (ctrl+o)
Potvrdit (enter)
Zavřít (ctrl+x)
Hotovo!
Pridal som ten riadok na koniec, tak ako je to v prinscreene, reštartol som PC, a výsledok je v printscreene. Bez sudo to nejde, so sudo na začiatku a zadaním hesla v pohode.
-
Pred mount je potrebné písať vždy sudo. Mohol by som ti prípadne poskytnúť ten môj skript, ktorým si pripájam všetko možné protokolom smb/cifs, ale tiež to potrebuje upraviť sudoers, tudíž by ti asi nepomohol ke+d ti mount nefunguje bez zadania hesla.
-
prosím ťa uprav si riadok (posledný) nasledovne:
//192.168.1.14/g-drive /home/kenco cifs -o username=kenco,password=blablabla,uid=$(id -u),gid=$(id -g),forceuid,forcegid 0 0"id" a "ud" zistíš echo $(id -u)
echo $(id -g) a reštart ...
Dík za ďalší typ, zistil som id a ud (aj jedno aj druhé bolo 1000) a zadal som ich podľa printscreenu.
Jediné, čo sa zmenilo, že pri bootovaní odo mňa pýta heslo roota, podľa fotografie, a keď systém nabehne, neukáže mi ani zdieľanú zložku. (pri predchádzajúcich pokusoch ju aspoň ukázalo, aj keď vypísalo túto hlášku "mount: /home/kenco/G-DRIVE: operation permitted for root only.) Už fakt neviem, čo v tom je.
-
Pred mount je potrebné písať vždy sudo. Mohol by som ti prípadne poskytnúť ten môj skript, ktorým si pripájam všetko možné protokolom smb/cifs, ale tiež to potrebuje upraviť sudoers, tudíž by ti asi nepomohol ke+d ti mount nefunguje bez zadania hesla.
Bol by som veľmi vďačný, ak by si mi to poslal. Ja Ti môžem poslať na sudoers (ak to je možné), aby som nedobabral ešte niečo viac, a opäť nepreinštalovával systém, ak by sa mi niečo po tretíkrát zosypalo.
-
máš tam chybu
uid=$(id -u) # máš 1000 teda uid=1000 a nie uid=$(1000 -u) a v /home /kenco existuje adresár G-DRIVE ?
-
To sudo tam byt pred prikazem byt musi - ale melo by to s vyjimkou v sudoers fungovat prave bez zadani hesla a tak se da tento proces dat do automatickeho spousteni. Paklize to nefunguje a heslo to porad chce, tak me napadaji 2 varianty:
- Na urovni prikazu u novych verzich muze byt jina syntaxe
- Spatne urceni nebo cesta /usr/bin/mount
Osobne se pracovne priklanim k variante 2a - na urovni prace se sudoers - ale to ted trochu varim z vody - vecer budu doma, tak zkusim najit, jak jsem kdysi to sudoers pouzil - jak presne funguje.
-
Ako môžem ti ho poslať, neni to problém, len je treba mať na pamäti, že bez úpravy sudoers ani ten skript nefunguje. Napíš nejaký email kam ho mám poslať.
-
máš tam chybu uid=$(id -u) # máš 1000 teda uid=1000 a nie uid=$(1000 -u) a v /home /kenco existuje adresár G-DRIVE ?
Áno, mám tam ten adresár, takže preto som to ja upravil ináč. Posielam printscreen - má to byť potom v /etc/fstab správne takto?
-
Ako môžem ti ho poslať, neni to problém, len je treba mať na pamäti, že bez úpravy sudoers ani ten skript nefunguje. Napíš nejaký email kam ho mám poslať.
kenco(kvašnaryba)szm.com
-
Idem na to. Zatiaľ sa pozri či nastavenia tvojho účtu v "users and groups" obsahujú skupinu sudo. Ak nie, pridaj sa aj do skupiny sudo. Znava vyskúšaj celý ten príkaz mount včítane sudo pred ním. Ak nebude pýtať heslo, tak by sme mohli snáď sláviť úspech.
-
Idem na to. Zatiaľ sa pozri či nastavenia tvojho účtu v "users and groups" obsahujú skupinu sudo. Ak nie, pridaj sa aj do skupiny sudo. Znava vyskúšaj celý ten príkaz mount včítane sudo pred ním. Ak nebude pýtať heslo, tak by sme mohli snáď sláviť úspech.
Hm.. Zasa budem za lamu, ale jediné, čo vidím o mojom účte je toto.
-
to jsi jinde - musis si otevrit skupiny ...
-
Výpis všech skupin (groups):
less /etc/group
Tam zároveň uvidíš, jestli jsi/nejsi součástí skupiny sudo.
Pokud ne, tak přidání uživatele do stávající group (less ukončíš klávesou q):
sudo usermod -a -G group username
Ve tvém případě to tedy bude:
sudo usermod -a -G sudo kenco
-
Idem na to. Zatiaľ sa pozri či nastavenia tvojho účtu v "users and groups" obsahujú skupinu sudo. Ak nie, pridaj sa aj do skupiny sudo. Znava vyskúšaj celý ten príkaz mount včítane sudo pred ním. Ak nebude pýtať heslo, tak by sme mohli snáď sláviť úspech.
Hm.. Zasa budem za lamu, ale jediné, čo vidím o mojom účte je toto.
Takže, podľa toho výpisu by som mal byť v sudo.
root:x:0:
daemon:x:1:
bin:x:2:
sys:x:3:
adm:x:4:syslog,kenco
tty:x:5:
disk:x:6:
lp:x:7:
mail:x:8:
news:x:9:
uucp:x:10:
man:x:12:
proxy:x:13:
kmem:x:15:
dialout:x:20:
fax:x:21:
voice:x:22:
cdrom:x:24:kenco
floppy:x:25:
tape:x:26:
sudo:x:27:kenco
audio:x:29:pulse
dip:x:30:kenco
www-data:x:33:
backup:x:34:
operator:x:37:
list:x:38:
irc:x:39:
src:x:40:
gnats:x:41:
shadow:x:42:
utmp:x:43:
video:x:44:
sasl:x:45:
plugdev:x:46:kenco
staff:x:50:
games:x:60:
users:x:100:
nogroup:x:65534:
systemd-journal:x:101:
systemd-network:x:102:
systemd-resolve:x:103:
input:x:104:
crontab:x:105:
syslog:x:106:
messagebus:x:107:
mlocate:x:108:
ssl-cert:x:109:
uuidd:x:110:
avahi-autoipd:x:111:
bluetooth:x:112:
netdev:x:113:
rtkit:x:114:
lightdm:x:115:
nopasswdlogin:x:116:
ssh:x:117:
lpadmin:x:118:kenco
scanner:x:119:saned
saned:x:120:
pulse:x:121:
pulse-access:x:122:
nm-openvpn:x:123:
avahi:x:124:
colord:x:125:
geoclue:x:126:
_flatpak:x:127:
kenco:x:1000:
sambashare:x:128:kenco
rdma:x:129:
-
Tu je sudoers z fungujúceho systému Linux Mint 19.2. To je tiež *buntu distro ak sa nemýlim.
#
# This file MUST be edited with the 'visudo' command as root.
#
# Please consider adding local content in /etc/sudoers.d/ instead of
# directly modifying this file.
#
# See the man page for details on how to write a sudoers file.
#
Defaults env_reset
Defaults mail_badpass
Defaults secure_path="/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin:/snap/bin:/opt/sys"
# Host alias specification
# User alias specification
# Cmnd alias specification
# User privilege specification
root ALL=(ALL:ALL) ALL
# Members of the admin group may gain root privileges
%admin ALL=(ALL) ALL
# Allow members of group sudo to execute any command
%sudo ALL=(ALL:ALL) ALL
# See sudoers(5) for more information on "#include" directives:
#includedir /etc/sudoers.d
Cmnd_Alias STORG = /bin/mount, /bin/umount, /bin/mkdir, /bin/rm, /usr/bin/crontab
weecooc ALL=(ALL) NOPASSWD: STORG
Tu sú obrázky, kde je vidieť, že ten skript funguje.
https://ctrlv.cz/cZgO
Obr.1 zobrazuje pripojenie nazdielaného foldra z príkazového riadku pomocou skriptu "mnt".
https://ctrlv.cz/cByi
Obr.2 zobrazuje automatické pripojenie nazdielaných foldrov uvedených v skripte "mount-user-folder".
Presný popis oprávnení pre obidva skripty je uvedené v skripte "mount-user-folder".
Ako si môžeš všimnúť správne pripojenie zadaním: mnt //fun.local/transfer oznámi skript potvrdením OK. U teba bude treba pred "mnt" pridať celú cestu kde máš ten sktipt umiestnený a pravdepodobne namiesto hostname NAS-u (fun.local) budeš musieť napísať jeho IP adresu. Ale je vidieť, že keď sa všetko správne nastaví tak to funguje tak ako je potrebné.
-
Takze v tom sudoers byla nakonec chyba v ceste - bylo tam /usr/bin/mount a dle teto funkcni konfigurace tam spravne ma byt /bin/mount - tedy nakonec varianta 2b ...
-
Chlapi, ďakujem Vám veľmi pekne za pomoc, ale.. Nakoniec to dopadlo takto. Okrem toho disku som potreboval na PC rozbehať aj firemné VPN. Aj s podporou z technického oddelenia sme to spoločne na Elementary OS rozbehať nedokázali. Takže som najprv vyskúšal Linux Mint - výsledok rovnaký. Tak som šiel na klasické Ubuntu. Najprv 19.10, potom 18.04. Nerozbehal som ani jedno, ani druhé. Až nakoniec som vyskúšal Xubuntu 18.04 - a čuduj sa svete. Pripojenie zdieľaného disku na prvý šup, VPN na prvý šup.. Je to pre mňa záhada, keďže som bral, že všetko, čo je postavené na "buntu", je pod povrchom v podstate rovnaké. Ale ako som zistil - nieje.
-
Hlavne, že to funguje. Inak tú istú chybu "mount error (95): Operation not supported" sa mi podarilo nasimulovať na 12 rokov starom Linuxe. Tam to naozaj nejde žiadnym spôsobom.
-
Jojo - Xubuntu je můj kůň ;)
Můžeš sem pro ostatní dát návod, jak jsi to v tom Xubu připojil a jak tu VPN? Může se někomu v budoucnu hodit ...
-
Ahoj, som sa trochu prizabudol. No neviem, či to pomôže, ale potreboval som firemné VPN, pričom postup je asi taký. Je to testované vo firefoxe a chrome, iné prehliadače (skúšal som aj Operu), tak tam to nešlo.
Pri pokuse o prihlásenie sa mi ponúkne stiahnutie súboru cshell_install.sh
Uložil som ho, cez príkazový riadok som sa dostal do zložky, kde som ho uložil a následne použil sled príkazov.
chmod +x cshell_install.sh
sudo apt install openjdk-11-jre libnss3-tools openssl xterm libpam0g:i386 libx11-6:i386 libstdc++6:i386 libstdc++5:i386
sudo ./cshell_install.sh
Po reštarte prehliadača pri opätovnom pokuse o prihlásenie do VPN všetko funguje.
Jojo - Xubuntu je můj kůň ;)
Můžeš sem pro ostatní dát návod, jak jsi to v tom Xubu připojil a jak tu VPN? Může se někomu v budoucnu hodit ...