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í
×
    včera 20:44 | Komunita

    Sovereign Tech Agency (Wikipedie), tj. agentura zabezpečující financování svobodného a otevřeného softwaru německou vládou, podpoří GFortran částkou 360 000 eur.

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

    Microsoft hodlá zrušit zhruba tři procenta pracovních míst. Microsoft na konci loňského června zaměstnával kolem 228.000 lidí. Tři procenta z tohoto počtu představují téměř 7000 pracovních míst.

    Ladislav Hagara | Komentářů: 5
    včera 13:33 | IT novinky

    V říjnu loňského roku provedl Úřad pro ochranu hospodářské soutěže (ÚOHS) místní šetření u společnosti Seznam.cz. Krajský soud v Brně tento týden konstatoval, že toto šetření bylo nezákonné.

    Ladislav Hagara | Komentářů: 6
    13.5. 22:22 | Bezpečnostní upozornění

    Branch Privilege Injection (CVE-2024-45332, Paper) je nejnovější bezpečnostní problém procesorů Intel. Intel jej řeší ve včerejším opravném vydání 20250512 mikrokódů pro své procesory. Neprivilegovaný uživatel si například může přečíst /etc/shadow (YouTube).

    Ladislav Hagara | Komentářů: 2
    13.5. 14:22 | Komunita

    Dle plánu byl vývoj Firefoxu přesunut z Mercurialu na Git. Oficiální repozitář se zdrojovými kódy je na GitHubu.

    Ladislav Hagara | Komentářů: 7
    13.5. 04:33 | Bezpečnostní upozornění

    V terminálovém multiplexoru GNU Screen byly nalezeny a v upstreamu ve verzi 5.0.1 už opraveny bezpečnostních chyby CVE-2025-23395, CVE-2025-46802, CVE-2025-46803, CVE-2025-46804 a CVE-2025-46805. Podrobnosti na blogu SUSE Security Teamu.

    Ladislav Hagara | Komentářů: 41
    12.5. 19:33 | Bezpečnostní upozornění

    Training Solo (Paper, GitHub) je nejnovější bezpečnostní problém procesorů Intel s eIBRS a některých procesorů ARM. Intel vydal opravnou verzi 20250512 mikrokódů pro své procesory.

    Ladislav Hagara | Komentářů: 0
    12.5. 11:44 | Nová verze

    Byla vydána nová verze 25.05.11 svobodného multiplatformního video editoru Shotcut (Wikipedie) postaveného nad multimediálním frameworkem MLT. Nejnovější Shotcut je již vedle zdrojových kódů k dispozici také ve formátech AppImage, Flatpak a Snap.

    Ladislav Hagara | Komentářů: 0
    12.5. 11:11 | Nová verze

    Svobodný elektronický platební systém GNU Taler (Wikipedie, cgit) byl vydán ve verzi 1.0. GNU Taler chrání soukromí plátců a zároveň zajišťuje, aby byl příjem viditelný pro úřady. S vydáním verze 1.0 byl systém spuštěn ve Švýcarsku.

    Ladislav Hagara | Komentářů: 10
    12.5. 00:55 | Pozvánky

    Spolek OpenAlt zve příznivce otevřených řešení a přístupu na 209. brněnský sraz, který proběhne tento pátek 16. května od 18:00 ve studentském klubu U Kachničky na Fakultě informačních technologií Vysokého učení technického na adrese Božetěchova 2/1. Jelikož se Brno stalo jedním z hlavních míst, kde se vyvíjí open source knihovna OpenSSL, tentokrát se OpenAlt komunita potká s komunitou OpenSSL. V rámci srazu Anton Arapov z OpenSSL

    … více »
    Ladislav Hagara | Komentářů: 0
    Jaký filesystém primárně používáte?
     (57%)
     (1%)
     (8%)
     (22%)
     (4%)
     (2%)
     (3%)
     (1%)
     (0%)
     (3%)
    Celkem 611 hlasů
     Komentářů: 26, poslední 8.5. 09:58
    Rozcestník

    Dotaz: mount.aufs pri bootu nefunguje, po startu ano.

    7.4.2009 14:07 Zdeněk Štěpánek | skóre: 57 | blog: uz_mam_taky_blog | varnsdorf
    mount.aufs pri bootu nefunguje, po startu ano.
    Přečteno: 296×
    Zdravim

    V jednom ze startovacich skruiptu ArchLinuxu mam tento prikaz:

    mount -t aufs -o br=/aufs-data/$IP/var/:/var/ none /var/

    S tou promennou by snad problem byt nemel, kdyz na ten prikaz pouziju echo "mount ..."; tak se v poradku promenna expanduje na 192-168-1-11, dotycny adresar existuje.

    Skonci to chybou "mount: wrong fs type, bad option, bad superblock on none". Vice v prilozenem vystupu strace.

    Pokud tentyz prikaz (bez promenne samozrejme) spustim, po nabootovani (o par nevinnych skriptu pozdeji), tak to normalne funguje. Chybu "file 2 is not in sorted order" to hlasi vzdy, zrejme to neni zadny problem.

    Vypis strace:

    execve("/bin/mount", ["mount", "-t", "aufs", "-o", "br=/aufs-data/192-168-3-7/var/:/"..., "none", "/var/"], [/* 21 vars */]) = 0
    brk(0)                                  = 0x85b8000
    access("/etc/ld.so.preload", R_OK)      = -1 ENOENT (No such file or directory)
    open("/etc/ld.so.cache", O_RDONLY)      = 4
    fstat64(4, {st_mode=S_IFREG|0644, st_size=142610, ...}) = 0
    mmap2(NULL, 142610, PROT_READ, MAP_PRIVATE, 4, 0) = 0xb7ec5000
    close(4)                                = 0
    open("/lib/libblkid.so.1", O_RDONLY)    = 4
    read(4, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0`\"\0\0004\0\0\0\224"..., 512) = 512
    fstat64(4, {st_mode=S_IFREG|0755, st_size=47442, ...}) = 0
    mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0xb7ec4000
    mmap2(NULL, 39832, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 4, 0) = 0xb7eba000
    mmap2(0xb7ec3000, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 4, 0x9) = 0xb7ec3000
    close(4)                                = 0
    open("/lib/libuuid.so.1", O_RDONLY)     = 4
    read(4, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0\340\17\0\0004\0\0\0\0"..., 512) = 512
    fstat64(4, {st_mode=S_IFREG|0755, st_size=17007, ...}) = 0
    mmap2(NULL, 15624, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 4, 0) = 0xb7eb6000
    mmap2(0xb7eb9000, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 4, 0x2) = 0xb7eb9000
    close(4)                                = 0
    open("/lib/libc.so.6", O_RDONLY)        = 4
    read(4, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0 h\1\0004\0\0\0\200"..., 512) = 512
    fstat64(4, {st_mode=S_IFREG|0755, st_size=1554407, ...}) = 0
    mmap2(NULL, 1336912, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 4, 0) = 0xb7d6f000
    mprotect(0xb7eaf000, 4096, PROT_NONE)   = 0
    mmap2(0xb7eb0000, 12288, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 4, 0x140) = 0xb7eb0000
    mmap2(0xb7eb3000, 9808, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_ANONYMOUS, -1, 0) = 0xb7eb3000
    close(4)                                = 0
    mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0xb7d6e000
    set_thread_area({entry_number:-1 -> 6, base_addr:0xb7d6e700, limit:1048575, seg_32bit:1, contents:0, read_exec_only:0, limit_in_pages:1, seg_not_present:0, useable:1}) = 0
    mprotect(0xb7eb0000, 8192, PROT_READ)   = 0
    mprotect(0xb7f05000, 4096, PROT_READ)   = 0
    munmap(0xb7ec5000, 142610)              = 0
    brk(0)                                  = 0x85b8000
    brk(0x85d9000)                          = 0x85d9000
    umask(022)                              = 022
    open("/dev/null", O_RDWR|O_LARGEFILE)   = 4
    close(4)                                = 0
    getuid32()                              = 0
    geteuid32()                             = 0
    stat64("/sbin/mount.aufs", {st_mode=S_IFREG|0755, st_size=4617, ...}) = 0
    clone(child_stack=0, flags=CLONE_CHILD_CLEARTID|CLONE_CHILD_SETTID|SIGCHLD, child_tidptr=0xb7d6e748) = 3208
    wait4(-1, comm: file 2 is not in sorted order
    mount: wrong fs type, bad option, bad superblock on none,
           missing codepage or helper program, or other error
           (for several filesystems (e.g. nfs, cifs) you might
           need a /sbin/mount.<type >helper program)
           In some cases useful info is found in syslog - try
           dmesg | tail  or so
    
    [{WIFEXITED(s) && WEXITSTATUS(s) == 32}], 0, NULL) = 3208
    --- SIGCHLD (Child exited) @ 0 (0) ---
    exit_group(32)                          = ?
    

    Nevite nekdo co se tomu nelibi?

    Zdeněk
    www.pirati.cz - s piráty do parlamentu i jinam www.gavanet.org - czfree varnsdorf

    Odpovědi

    7.4.2009 14:34 Zdeněk Štěpánek | skóre: 57 | blog: uz_mam_taky_blog | varnsdorf
    Rozbalit Rozbalit vše Re: mount.aufs pri bootu nefunguje, po startu ano.
    Jak uz to tak byva, problem se vyresil nikoli po nekolika dnech zkoumani a zkouseni, ale okamzik po polozeni dotazu.

    Ten mount potrebuje zapisovat do /tmp, takze jeste pred tim mountem potrebuju mit pristupny /tmp a ne az potom, jak jsme to puvodne ve skriptu mel. Takze cele reseni je tady:
    
    #!/bin/bash
    
    swapdsk=`fdisk -l | grep -m 1 "Linux swap" | cut -d " " -f 1`
    if [ ! $swapdsk == "" ]; then
    echo "Activating swap $swapdsk"
    /sbin/swapon -v -p 5 $swapdsk
    fi
    
    IP=`ip a s eth0 | grep -m 1 "inet " | cut -d " " -f 6 | cut -d / -f 1 | sed 's/\./-/g'`
    hostname $IP
    
    mount -t tmpfs none /tmp
    chmod 777 /tmp/
    
    mkdir -p /aufs-data/$IP/var/
    
    mount -t aufs -o br=/aufs-data/$IP/var/:/var/ none /var/
    
    Zdenek
    www.pirati.cz - s piráty do parlamentu i jinam www.gavanet.org - czfree varnsdorf

    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.