Az alábbi fstab fájl beállítás teljesen jó működött a fedora 33-ban.
#cifs
//192.168.1.x/Volume_1 /mnt/NAS1 cifs username=dell,password=xxxx,iocharset=utf8,noperm,vers=1.0 0 0
//192.168.1.x/Volume_2 /mnt/NAS2 cifs username=dell,password=xxxx,iocharset=utf8,noperm,vers=1.0 0 0
#ssh mount
apa@192.168.1.x:/homenext /mnt/homenextmount fuse.sshfs x-systemd.automount,_netdev,user,idmap=user,transform_symlinks,identityfile=/home/user/.ssh/id_rsa,allow_other,default_permissions,uid=1000,gid=100 0 0
#
apa@192.168.1.x:/homeone /mnt/homeonemount fuse.sshfs x-systemd.automount,_netdev,user,idmap=user,transform_symlinks,identityfile=/home/user/.ssh/id_rsa,allow_other,default_permissions,uid=1000,gid=100 0 0
#
apa@192.168.1.x:/home /mnt/homemount fuse.sshfs x-systemd.automount,_netdev,user,idmap=user,transform_symlinks,identityfile=/home/user/.ssh/id_rsa,allow_other,default_permissions,uid=1000,gid=100 0 0
#
UUID=352dcb10-16f0-4d12-8a98-94fdc7019502 /home/user/.hdd btrfs defaults 0 0
#bind
#
/mnt/NAS1 /home/user/NAS1 none bind 0 0
/mnt/NAS2 /home/user/NAS2 none bind 0 0
/mnt/homeonemount/Fényképészet /home/user/homeone none bind 0 0
/mnt/homenextmount/Pictures /home/user/Pictures none bind 0 0
/mnt/homenextmount/balinthazisuli /home/user/Bálint_Házi_Suli none bind 0 0
/mnt/homemount/ftp/canon_scan /home/user/ScanTMP none bind 0 0
/home/user/.hdd /home/user/1T none bind 0 0
/home/user/.hdd/Dokumentumok /home/user/Dokumentumok none bind 0 0
/home/user/.hdd/LETOLTESEK /home/user/LETÖLTÉSEK none bind 0 0
/home/user/.hdd/Képek /home/user/Képek none bind 0 0
/home/user/.hdd/Videók /home/user/Videók none bind 0 0
/home/user/.hdd/Letöltések /home/user/Letöltések none bind 0 0
#Van feladat benne rendesen, de működött.
Frissítettem fedora 34-re és a mountolás gyakorlatilag megbolondult.
Abszolút vagylagosan mountolja fel a könyvtárakat bootoláskor. Semmilyen logikát nem találok benne melyiket miért nem csatolja fel. Kiadom a mount -a parancsot és minden ok. Hibaüzenet nélkül lefut és minden a helyén van.
Egyszerűen nem értem mi változott a Fedora 34-ben ami ezt jelenséget okozza.
Van esetleg ötlet a megoldásra?
Köszi, ha tudtok segíteni ebben.
- 196 megtekintés
Hozzászólások
Workaround: add ki egy scriptből vagy systemd timer által indított unit file-ból indított scriptből pár másodperc késleltetéssel a mont -a parancsot, s amíg ez működik, bár nem szép, keresd a korrekt megoldást. :)
tr '[:lower:]' '[:upper:]' <<<locsemege
LOCSEMEGE
- A hozzászóláshoz be kell jelentkezni
Ehhez már nem érzem magam erősnek. Nagy kínok közöt felküzdöttem az Aftershot programot ami most nem nyitja meg a Gimp alkalmazást az elkészült képnek. Utána fájlonként keresgéltem a függőségeket korábbi fedora verziókból a Displaycal programhoz... Szóval ott tartok, hogy az általam használt programok nem fejlődnek olyan mértékben, ahogy a Fedora kiadások. Most meg ez a mount probléma is "hekkelésre" szorul. Egyenlőre elvalnak útjaink...☹️
Karesz
- A hozzászóláshoz be kell jelentkezni
Displaycal programhoz
Nincs ilyen a repóban. Ha third party, akkor magadra vess, talán akkor jársz a legjobban, ha forrásból fordítod. Ott amúgy is minden ingoványos, mert ha nem frissül az a program, talán a Debian való alá, ha meg új függőségek kellenek hozzá, akkor Fedora vagy Arch.
tr '[:lower:]' '[:upper:]' <<<locsemege
LOCSEMEGE
- A hozzászóláshoz be kell jelentkezni
A kérdése gépen Zorin OS lett telepítve per-pillanat xfce-vel Csak érdekességképpen a mount probléma ezen nincs. Ha jól veszem ki ez egy LTS disztró. Minden korábbi program felment gond nélkül, de pont mivel "régi" ezért a pl. Gimp is csak 2.10.14 verzió a legutolsó 2.10.24 helyett. A többi gép egyenlőre marad F33. nem merem frissíteni őket :(
Karesz
- A hozzászóláshoz be kell jelentkezni
dmesg kimenet, systemd log? Szerintem csak a nethez nem kapcsolódik időben, és netelérés hiányában nem tudja csatolni ezeket a NAS/SSH helyeket. És azért random, mert néha gyorsabban kapcsolódik, és akkor többet fel tud csatolni, néha meg lassabban, és akkor több csatolási pont marad le.
Bár ez az egész egy gányolás, ahogy van, még ha működik is, én ennyi mindent bootkor nem csatolnék fel. Rendbetenném a partíciókat, azt a home-ba csatolni, egyféle néven, a bind-ek helyett linkekkel megoldva, amit kell, és pl. megosztáshoz írnék egy scritet, ami fájlkezelő indulásakor csatolná fel. SSH-ra meg egy másik scriptet, amivel kézzel indítva kapcsolódnék, ennek biztonsági oldala is van, hogy ha nincs rá szükség, akkor nem fut, nincs felcsatolva, kevesebb támadási, biztonsági lyukas felület. Plusz ha nincs felcsatolva mindjárt minden szemét, akkor az a bootot is gyorsíthatja, mivel a systemd service-ek nem várakoznak netre meg mindenféle csatolásra. Kötve hiszem, hogy mikor használod a gépet, akkor ezeknek mindnek fel kell lenniük csatolva, mert mindig használsz ezekből mindent, az idő 100%-ban.
Ez így egy áttekinthetetlen katyvasz, ami minden frissítéskor meg rendszermódosításkor el fog törni.
“Windows 95/98: 32 bit extension and a graphical shell for a 16 bit patch to an 8 bit operating system originally coded for a 4 bit microprocessor, written by a 2 bit company that can't stand 1 bit of competition.”
- A hozzászóláshoz be kell jelentkezni
Ha már systemd, miért nem használod ki a "képességeit"? Azaz nem fstab-ba írod ezeket a neccesebb csatolásokat, hanem service-fájlokat írsz, ahol értelmesen meg tudod adni, hogy mik a függőségek, azaz minek kell már futnia (hálózat), hogy indulhasson (az sshfs csatolás). Persze ugyanígy a bind-okra is, amiknek a függősége az sshfs-csatolás.
- A hozzászóláshoz be kell jelentkezni
Uhh, kösz, ezzel még futok egy kört. A systemd nekem új terület tetszik ahogy leírtad. A megvalósítás lesz nekem új tanulnivaló, de így volt a többinél is :)
Tényleg köszi az ötletet.
Karesz
- A hozzászóláshoz be kell jelentkezni