Hirdetés

  2. Fórumok
  3. OS, alkalmazások
  4. Ubuntu Linux
  5. (kiemelt téma)

Hirdetés

100 000 érv a ReGalaxy mellett: Vásárolj Galaxy Z Fold7 I Z Flip7 vagy Galaxy S25 szériás készüléket, és régi mobilod felújítását 100 000 Ft-ig mi álljuk!
  • Téma összefoglaló
    Utoljára frissítve: 2023-12-13 05:03

    Mobilarena


    Ubuntu Linux Összefoglaló

    Hivatalos Ubuntu dokumentáció



    Amennyiben kérdésed lenne, kérünk, add meg a szükséges adatokat a hiba minél pontosabb leírása mellett:

    -számítógép típusa, hardverek pontos megnevezése (különösképp videókártya, vagy hálózati egységek)
    -a használt rendszer pontos neve, verziója, a grafikus felület
    -mikor és hogyan jelentkezett hiba, mi váltotta ki (program telepítés, frissítés, ...)
    -eddigi próbálkozások a megoldásra (ha voltak ilyenek)

    A hardverinformációkat legegyszerűbben úgy gyűjtheted össze, ha megnyitod a Terminál nevű programot a menüben. Ide írd be a következő parancsokat (mindkettő után nyomj Enter-t):

    lspci
    lsusb

Új hozzászólás Aktív témák

  • #42254 daninet veterán
    Új Válasz #42254
    Új hozzászólás
    Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra
    Privát üzenet küldése

    daninet

    veterán

    Nos urak. Végére ért az smb mountolás sorozat :DDD
    Itt a megoldás:
    Ha fstabbal mountolsz valamit minden fájl kap egy ID-t a NAS-on az SMB szervertől. Ez valami smb protokoll dolog.
    Namost ha rendelkezel a NAS-odon ssd cache meghajtóval akkor ugye lementesz egy fájlt, majd pár perc mulva átmozgatja a HDD-re. Az fstab valamiért úgy van megcsinálva, hogy piszok fontosak nekik ezek az ID-k, ha jól értelmeztem Windowson ez nincs így. Amikor a NAS-od átmásolja cache-ből a hdd-re az adatot változik az ID és fstab ettől azonnal összekakilja magát és eldobja a mountot :)

    Alant a serverino flag ami default, ez nem fog cache meghajtós NAS-okkal működni, kell a noserverino flag :)

    serverino
    Use inode numbers (unique persistent file identifiers) returned by the server instead of automatically generating temporary inode numbers on the client. Although server inode numbers make it easier to spot hardlinked files (as they will have the same inode numbers) and inode numbers may be persistent (which is userful for some sofware), the server does not guarantee that the inode numbers are unique if multiple server side mounts are exported under a single share (since inode numbers on the servers might not be unique if multiple filesystems are mounted under the same shared higher level directory). Note that not all servers support returning server inode numbers, although those that support the CIFS Unix Extensions, and Windows 2000 and later servers typically do support this (although not necessarily on every local server filesystem). Parameter has no effect if the server lacks support for returning inode numbers or equivalent. This behavior is enabled by default.
    noserverino
    Client generates inode numbers itself rather than using the actual ones from the server.
    See section INODE NUMBERS for more information.

Új hozzászólás Aktív témák