abclinuxu.cz AbcLinuxu.cz itbiz.cz ITBiz.cz HDmag.cz HDmag.cz abcprace.cz AbcPráce.cz
AbcLinuxu hledá autory!
Inzerujte na AbcPráce.cz od 950 Kč
Rozšířené hledání
×
    dnes 05:33 | Zajímavý článek

    Sny o designu GNOME Shellu, článek s náhledy a videi, představuje dlouhodobou vizi týmu GNOME pro vylepšení uživatelského rozhraní GNOME Shellu. Zatímco nedávné verze přinášely spíše drobné úpravy, designéři nyní plánují zásadnější změny.

    Ladislav Hagara | Komentářů: 0
    dnes 05:22 | Nová verze

    Byla vydána nová verze 10.5 sady aplikací pro SSH komunikaci OpenSSH. Přináší řadu důležitých bezpečnostních oprav, vylepšení funkcí a oprav chyb. Nově vyžaduje podporu ECC (Elliptic Curve Cryptography) v libcrypto, včetně křivky NISTP521.

    Ladislav Hagara | Komentářů: 0
    dnes 05:11 | Nová verze

    Byla vydána nová verze 10.6 z Debianu vycházející linuxové distribuce DietPi pro (nejenom) jednodeskové počítače. S novými obrazy pro Orange Pi 4 Pro, Orange Pi Zero 3W a Odroid M1/M1S/M2. Přehled novinek v poznámkách k vydání.

    Ladislav Hagara | Komentářů: 0
    včera 14:44 | IT novinky

    Námořní drony používané elitními jednotkami britského královského námořnictva tajně posílaly údaje do Číny. Stroje vybavené čínskými komponenty měly být využívány pro vojenské operace na Blízkém východě. Kamery na dálkově řízených průzkumných člunech K3 Scout byly vybavené součástkami, které bez vědomí britského námořnictva odesílaly informace do spojeného zařízení v Číně. Britské námořní síly využívaly flotilu námořních dronů

    … více »
    Ladislav Hagara | Komentářů: 2
    včera 13:33 | IT novinky

    Alza.cz nabízí herní AlzaPC s předinstalovaným Linuxem (YouTube), konkrétně s linuxovou distribucí Bazzite (Wikipedie).

    Ladislav Hagara | Komentářů: 4
    včera 04:55 | Nová verze

    Squeak (Wikipedie), open source implementace programovacího jazyka a prostředí Smalltalk, byl vydán ve verzi 6.1. Přehled novinek v poznámkách k vydání.

    Ladislav Hagara | Komentářů: 0
    včera 04:44 | Bezpečnostní upozornění

    V Linuxu v KVM byla nalezena a v upstreamu již byla opravena kritická zranitelnost Zapscape aneb CVE-2026-64561. Root na hostovaném počítači (virtuální stroj) může obejít izolaci a získat plnou kontrolu nad hostitelským systémem (DoS útok nebo vzdálené spuštění kódu s právy roota). Na obou hlavních architekturách – Intel i AMD. Zranitelnost v Linuxu existovala 6 let (od července 2020 do července 2026).

    Ladislav Hagara | Komentářů: 0
    10.8. 19:00 | IT novinky

    Počítačová hra Knytt napsaná v Multimedia Fusion 2 byla vydána před 20 lety. Při této příležitosti byl dnes představen moderní port (YouTube) této plošinovky na současné operační systémy pod názvem Knytt Classic. Je zdarma k dispozici na Steamu a GOG.com.

    Ladislav Hagara | Komentářů: 0
    10.8. 16:00 | IT novinky

    Americká technologická společnost Meta Platforms představila nový model umělé inteligence (AI) Muse Glimmer. Model je menší než přední modely AI od konkurence a má běžet přímo na počítačích uživatelů. Meta model zpřístupní jako open source, tedy otevřený software. Nový model je navržen tak, aby zvládal takzvané agentní úkoly na počítačích se spotřebitelskou grafickou kartou. Klade si tak za cíl uspokojit poptávku po systémech AI, které běží přímo na zařízeních uživatelů.

    Ladislav Hagara | Komentářů: 8
    10.8. 12:11 | Pozvánky

    V pátek 28. srpna 2026 se v pražském Karlíně uskuteční již osmý Mobilní Hackday. Akce začne v 10:00 a potrvá až do večera. Setkání proběhne v prostorách SUSE Linux, s.r.o. na adrese Křižíkova 148/34, Praha 8 – Karlín. Nejbližší zastávkou je Křižíkova, kam se lze dostat tramvají i metrem. Na programu budou například novinky z posledních měsíců, možnosti, jak si zjednodušit práci s LLM/AI, a také nová linuxová distribuce BengalOS, včetně … více »

    David Heidelberg | Komentářů: 0
    Které desktopové prostředí na Linuxu používáte?
     (10%)
     (7%)
     (2%)
     (18%)
     (30%)
     (6%)
     (6%)
     (2%)
     (15%)
     (23%)
    Celkem 2369 hlasů
     Komentářů: 30, poslední 3.4. 20:20
    Rozcestník


    Dotaz: Automatické připojení síťových disků

    16.3.2013 09:32 tom
    Automatické připojení síťových disků
    Přečteno: 1435×
    Ahoj, potřeboval bych poradit s nastavením automatického připojování sítových disků.

    Mám několik notebooků, které se mohou nacházet doma, v práci nebo kdekoliv jinde. Doma i v práci jsou NASy a je možné připojovat sdílení přes Sambu.

    Očekávané chování je takové, že je-li některý s NASů dostupný, automaticky se připojí některá sdílení do zadané složky. Případně by stačilo, aby se připojil až ve chvíli, kdy do dané složky vstoupím.

    Zkoušel jsem několik postupů. Jednak fstab, jenže tam dochází k připojení jen při startu počítače. Poté autofs, který sdílení připojí automaticky, pokud do dané složky vstoupím (popř. se spustí zálohování Backintime, který tam chce zapisovat). Ten by i vyhovoval, kdyby se nestávalo to, že při uspání počítače se disk neodpojí (např. proto, že jej v tu chvíli něco využívá, většinou otevřený Krusader nebo často i nepomuk nebo Backintime) a při vzbuzení se pak zasekne Plasma, popř. další aplikace. Navíc, připojení docela dlouhou dobu trvá (ale to by nebyl tak velký problém). Zkoušel jsem si i napsal vlastní skript, který dělal mount při připojení k síti a umount při odpojení, jenže právě to odpojování moc nefungovalo. V podstatě bych rád, aby se odpojení nějak vynutilo (jenže ani umount -fl často nepomůže), když už to sdílení není dostupné.

    Odpovědi

    16.3.2013 11:53 Petr MOTEJLEK | skóre: 6
    Rozbalit Rozbalit vše Re: Automatické připojení síťových disků
    Ahoj,

    Jsi trochu v začarovaném kruhu ;).

    Pokud se nejdříve budeme bavit o naprosto ideálních podmínkách, přijde mi tvůj mount/umount skript při připojení k síti/odpojení od sítě asi nejlepší řešení, protože tak máš plně pod kontrolou, kdy se co bude připojovat/odpojovat. Pokud ti neprochází umount -fl (protože něco pravděpodobně drží zámek (i.e. má otevřený file descriptor někde tam, co se pokoušíš odpojit) - tady ti nepomůže ani force, ani cokoliv ;)). Koukni se na prográmek fuser, ten umí dělat to, že ti pro daný mount point najde všechny procesy, co si někde v něm drří file descriptor. Mimo toho, že ty procesy najde, je umí taky ustřelit (což je to, co budeš muset udělat před tím, než se pokusíš udělat umount). Píšu to rychle, takže to moc neřeší chybové use casy, ale ten umount skript bych koncipoval asi takto. Funguje tak, že se nejdřív pokusí udělat běžný umount - když projde, tak skončí, protože není co dál dělat. Když neprojde, tak se spustí fuser - parametr -m určuje soubor (v našem případě adresář, resp. mount point), parametr -k říká zabít, -s je tiše (takže se nic zbytečně nevypisuje) a -INT je zabít signálem INT, -TERM zabít signálem TERM a -KILL zabít signálem KILL. Proč po řadě zabíjím procesy nejdřív INT, pak TERM a pak KILL? Protože INT je v podstatě shodný s tím, když do nějakého konzolového prográmku pošleš Ctrl-C, a pro prográmek je to to nejlepší, protože má dost času, aby zavřel svoje file descriptory, vyčistila se paměť, atd. Pokud by se náhodou stalo, že nějaké procesy nebudou na INT reagovat (na něco čekají, atd.), dostanou TERM (ten je trochu hrubší než INT, ale pořád docela v pohodě, protože procesy pořád mají čas si všechno zavřít a vyčistit). No a pokud i přesto zůstatnou nějaké procesy, odstřelí se signálem KILL, který na nic nečeká a proces prostě odstřeli (tohle je dobé používat obravdu jako rezervní řešení, protože ti to bude nechávat bordel v paměti, ve file descriptorech, atd). Nakonec se opět pokusíme o umount - ten by měl už proběhnout bez chyb.

    #!/bin/bash

    MOUNTPOINT=/mnt/myNAS/

    umount "${MOUNTPOINT}" && exit 0 sleep 1s

    fuser -m "${MOUNTPOINT}" -k -s -INT sleep 1s

    fuser -m "${MOUNTPOINT}" -k -s -TERM sleep 1s

    fuser -m "${MOUNTPOINT}" -k -s -KILL sleep 1s

    umount /mnt/myNAS

    exit $?

    No a teď už k těm neúplně ideálním podmínkám, na které si je potřeba dát pozor. Pokud se ti například stane, že ztratíš spojení s NASem a nějaký proces se pokusí z něho číst/zapsat na něj, dostane se nejspíš do Waiting for I/O stavu (ze kterého se prakticky nejde dostat jinak, než nějak obnovit to spojení ;)). Jde o to, že ten proces prostě čeká na interrupt z toho zařízení, ze kterého zrovna čte/na které zapisuje (ten pravděpodobně nikdy nepřijde, protože zařízení nereaguje), a žádný jiný signál nepřijme... V tule chvíli je nejlepší PC prostě vypnout ;). Tohle by se ti mělo stávat minimálně, ale měl bys o tom vědět.
    16.3.2013 11:56 Petr MOTEJLEK | skóre: 6
    Rozbalit Rozbalit vše Re: Automatické připojení síťových disků
    Ahoj,

    Koukám, že se mi to trochu rozhodilo. Přikládám skript znovu, teď snad hezčeji ;).
    
    #!/bin/bash
    
    MOUNTPOINT=/mnt/myNAS/
    
    umount "${MOUNTPOINT}" && exit 0
    sleep 1s
    
    fuser -m "${MOUNTPOINT}" -k -s -INT
    sleep 1s
    
    fuser -m "${MOUNTPOINT}" -k -s -TERM
    sleep 1s
    
    fuser -m "${MOUNTPOINT}" -k -s -KILL
    sleep 1s
    
    umount "${MOUNTPOINT}"
    
    exit $?
    
    17.3.2013 21:07 petr_p | skóre: 59 | blog: pb
    Rozbalit Rozbalit vše Re: Automatické připojení síťových disků
    Netestoval jsem to, ale můj mount.cifs(8) tvrdí, že implementuje soft, a dokonce je to výchozí nastavení. Pak je jen otázka, jaký je časový limit. Jestli standardní TCP, tak to se trochu načeká.

    Založit nové vláknoNahoru

    Tiskni Sdílej: Linkuj Jaggni to Vybrali.sme.sk Google Del.icio.us Facebook

    ISSN 1214-1267   www.czech-server.cz
    © 1999-2015 Nitemedia s. r. o. Všechna práva vyhrazena.