Dotaz: Automatické připojování siťových disků

[lertimir]

I když se tu občas objevují výhrady proti NetworkManageru, já si myslím, že je to hezký kus softu, který uživateli velmi zjednodušuje život. Jsem v nějakém prostředí připojen, dám notebook do sleepu/hibernace/vypnutí, přejdu do jiného prostředí, notebook zapnu/oživím a ten se mi automaticky připojí v daném prostředí.

A mám otázku, jestli podobný princip je možné rozšířit i na připojování síťových disků. Idea je taková, že pro každé dané prostředí (řekněme síťové připojení) bych měl množinu připojených disků (nfs, cifs, sshfs, nebo možná i jiné). Pokud bych odcházel a notebook uspával/hibernoval/vypínal disky by se automaticky odpojily. Pokud bych někde jinde notebook znovu zapínal/oživoval, proběhlo by kromě automatického připojení sítě pomocí NetworkManageru i automatické připojení ke sdíleným diskům a samozřejmě jenom těm, které odpovídají kontextu, v němž se notebook v té chvíli nachází.

Jestli se tím někdo zabývá a nebo, jak by se tohle dalo udělat? Pravděpodobně by to šlo udělat tak, že by byly k položce sítě v NetworkManageru asociovány skripty prováděné při připojení a při odpojení. Ale nic takového jsem zatím nikde neviděl.

Můj dotaz je proto, že se pohybuji v cca 3-4 stabilních kontextech/sítích, v každé z nich mám přístup k nějakým sítovým zdrojům ať již disky nebo tiskárny a bylo by velmi hezké, když by v každé síti jsem tyto zdroje dostal řekněme automaticky.

Odpovědi

[Jesus Jimenez]

Dispatcher ?

[rADOn]

Připojování disků problém není, na to určitě nějaký háček v NM bude. Ale odpojování je AFAIK nerealizovatelné – co když máš v nějakém programu otevřený soubor na tom disku? Musel bys při odpojování filesystému najít a pozabíjet procesy které na něm mají otevřené handly.

[lertimir]

Je zřejmé, že odpojování je mnohem složitější, ale proč by mělo být nerealizovatelné. Podobně jako když zastavuji systém a mám např v LO otevřený soubor tak na mne vyjede okno s tím, že je neuložená práce a co s tím chci udělat, a nějaký timeout systém počká než se rozhodnu. A proč by bylo pro systém složité najít programy, které mají otevřené handly na odpojovaném filesystému a poslat jim měkkou žádost o ukončení. Podobně jako dostane ji LO při zastavení systému.

[rADOn]

Podobně jako když zastavuji systém a mám např v LO otevřený soubor tak na mne vyjede okno …

Jenže v tomhle případě jsi právě zaklapnul víko notesu a žádné okno nevidíš. Až ho zase někde jinde otevřeš, tak ti ten program může říci nejvýše něco ve smyslu: "Uříznul jsi mi disk pod rukama troubo, všechno neuložený máš v hajzlu. A kflushd ti vzkazuje že jsi sprosťák bez kouska úcty k dobře odvedený práci."

A proč by bylo pro systém složité najít programy, které mají otevřené handly na odpojovaném filesystému a poslat jim měkkou žádost o ukončení.

Ona zas tak měkká nebude, viz výše. Pokud ty programy budou připravené na to že na signál (dejme tomu HUP) mají všechno uložit a zavřít handly, tak to není problém. Ale to znamená upravit všechen soft… a ne vždy lze automaticky rozhodnout co je správná reakce.

Mobilní OS takové vylomeniny dělají běžně, ale to je právě proto že tam se s tím předem počítá a soft je na to stavěný. A platí za to zase jinak.

[lertimir]

Podobně jako když zastavuji systém a mám např v LO otevřený soubor tak na mne vyjede okno …

Jenže v tomhle případě jsi právě zaklapnul víko notesu a žádné okno nevidíš. Až ho zase někde jinde otevřeš, tak ti ten program může říci nejvýše něco ve smyslu: "Uříznul jsi mi disk pod rukama troubo, všechno neuložený máš v hajzlu. A kflushd ti vzkazuje že jsi sprosťák bez kouska úcty k dobře odvedený práci."

Na druhou stranu to může být dobrá výchova uživatelů. Já osobně nikdy nemám notas na usnutí po zaklapnutí víka. Právě proto, že při přechodu mezi blízkými místy (ať již mezi kanceláří a nebo z pokoje do ložnice) je nejpohodlnější notebook sklapnout a přenést, ale pokud by usnul tak zabije sítová spojení. Usínám a hibernuji notebook vždy explicitním požadavkem.

A proč by bylo pro systém složité najít programy, které mají otevřené handly na odpojovaném filesystému a poslat jim měkkou žádost o ukončení.

Ona zas tak měkká nebude, viz výše. Pokud ty programy budou připravené na to že na signál (dejme tomu HUP) mají všechno uložit a zavřít handly, tak to není problém. Ale to znamená upravit všechen soft… a ne vždy lze automaticky rozhodnout co je správná reakce.

Mobilní OS takové vylomeniny dělají běžně, ale to je právě proto že tam se s tím předem počítá a soft je na to stavěný. A platí za to zase jinak.

To je sice pravda, ale pravda je i že mobilita roste i s těmi notebooky a nějaké byť nedokonalé a možná i kontroverzní řešení by bylo záhodno. (Nebýt NetworkManageru pořád startujeme síť if up, což sice není špatné ale moc automatické to není.)

[rADOn]

Pokud to budeš vypínat "interaktivně" tak to samozřejmě nějak udělat jde. Ostatně v podstatě totéž dělají desktopová prostředí když odpojíš fyzický disk. IMO tohle je ten typ věcí které měl řešit HAL, ale teď když je mrtvej a pohřebenej asi žádný systémový řešení není.

BTW pokud je v nové lokaci přimountěný svazek dostupný, zabití spojení není tak velký problém – NFS jede přes udp, sshfs umí udělat reconnect, smb/cifs si afaik taky nějak poradí… Notesa přenáším běžně a dokud se nezmění ip adresa je to celkem f poho. A to ani nepoužívám Network Manager

Co se mobility notesů týče, pro začátek by stačilo konečně se dokopat k ip6 a mobility extensions. Zbytek už by se nechal naskriptovat…