Společnost IBM představila server IBM LinuxONE Emperor 5 poháněný procesorem IBM Telum II.
Byla vydána verze 4.0 multiplatformního integrovaného vývojového prostředí (IDE) pro rychlý vývoj aplikaci (RAD) ve Free Pascalu Lazarus (Wikipedie). Přehled novinek v poznámkách k vydání. Využíván je Free Pascal Compiler (FPC) 3.2.2.
Podpora Windows 10 končí 14. října 2025. Připravovaná kampaň Konec desítek (End of 10) může uživatelům pomoci s přechodem na Linux.
Již tuto středu proběhne 50. Virtuální Bastlírna, tedy dle římského číslování L. Bude L značit velikost, tedy více diskutujících než obvykle, či délku, neboť díky svátku lze diskutovat dlouho do noci? Bude i příští Virtuální Bastlírna virtuální nebo reálná? Nejen to se dozvíte, když dorazíte na diskuzní večer o elektronice, softwaru, ale technice obecně, který si můžete představit jako virtuální posezení u piva spojené s učenou
… více »Český statistický úřad rozšiřuje Statistický geoportál o Datový portál GIS s otevřenými geografickými daty. Ten umožňuje stahování datových sad podle potřeb uživatelů i jejich prohlížení v mapě a přináší nové možnosti v oblasti analýzy a využití statistických dat.
Kevin Lin zkouší využívat chytré brýle Mentra při hraní na piano. Vytváří aplikaci AugmentedChords, pomocí které si do brýlí posílá notový zápis (YouTube). Uvnitř brýlí běží AugmentOS (GitHub), tj. open source operační systém pro chytré brýle.
Jarní konference EurOpen.cz 2025 proběhne 26. až 28. května v Brandýse nad Labem. Věnována je programovacím jazykům, vývoji softwaru a programovacím technikám.
Na čem aktuálně pracují vývojáři GNOME a KDE Plasma? Pravidelný přehled novinek v Týden v GNOME a Týden v KDE Plasma.
Před 25 lety zaplavil celý svět virus ILOVEYOU. Virus se šířil e-mailem, jenž nesl přílohu s názvem I Love You. Příjemci, zvědavému, kdo se do něj zamiloval, pak program spuštěný otevřením přílohy načetl z adresáře e-mailové adresy a na ně pak „milostný vzkaz“ poslal dál. Škody vznikaly jak zahlcením e-mailových serverů, tak i druhou činností viru, kterou bylo přemazání souborů uložených v napadeném počítači.
rsync -a --delete ....
. Všiml jsem si, že je problém v adresáři /tmp/.
Nabootoval jsem v ubuntu 7.10 a nejdříve spustil:
fsck.ext3 -fy /dev/sda4
Příkaz opravuje chyby, inode v adr. /tmp, ale přijde mně to jako by běžel ve smyčce.
Pokud chci adresář smazat také nelze.
dmesg vypíše
EXT3-fs warning (device sda4): ext3_unlink: Deleting nonexistent file (3626391), 0
Poradí někdo jak to opravit? Nebo čím byla chyba způsobena a jak jí pro příště předejít?
ls -l /mnt/root/tmp/
celkem 64952
drwx------ 2 pokladna pokladna 66428928 2012-01-30 13:11 orbit-pokladna
drwx------ 2 pokladna pokladna 4096 2012-01-30 09:13 pulse-pDYkk1vXMuDz
drwx------ 2 pokladna pokladna 4096 2011-12-23 15:16 ssh-ajegDOe821
drwx------ 2 pokladna pokladna 4096 2011-12-23 15:16 virtual-pokladna.7tEP5c
root@SERVER-XXX:~# mount
/dev/sda4 on / type ext3 (rw,errors=remount-ro)
proc on /proc type proc (rw,noexec,nosuid,nodev)
none on /sys type sysfs (rw,noexec,nosuid,nodev)
none on /sys/fs/fuse/connections type fusectl (rw)
none on /sys/kernel/debug type debugfs (rw)
none on /sys/kernel/security type securityfs (rw)
none on /dev type devtmpfs (rw,mode=0755)
none on /dev/pts type devpts (rw,noexec,nosuid,gid=5,mode=0620)
none on /dev/shm type tmpfs (rw,nosuid,nodev)
none on /var/run type tmpfs (rw,nosuid,mode=0755)
none on /var/lock type tmpfs (rw,noexec,nosuid,nodev)
none on /lib/init/rw type tmpfs (rw,nosuid,mode=0755)
gvfs-fuse-daemon on /home/pokladna/.gvfs type fuse.gvfs-fuse-daemon (rw,nosuid,nodev,user=pokladna)
binfmt_misc on /proc/sys/fs/binfmt_misc type binfmt_misc (rw,noexec,nosuid,nodev)
cat /etc/fstab
# /etc/fstab: static file system information.
#
# Use 'blkid -o value -s UUID' to print the universally unique identifier
# for a device; this may be used with UUID= as a more robust way to name
# devices that works even if disks are added and removed. See fstab(5).
#
# <.file system> <.mount point> <.type> <.options> <.dump> pass>
proc /proc proc nodev,noexec,nosuid 0 0
/dev/sda3 / ext3 errors=remount-ro 0 1
#/dev/sda5 /boot ext2 defaults 0 2
/dev/sda2 none swap sw 0 0
¨ fdisk -l /dev/sda
Disk /dev/sda: 80,0 GB, 80 000 000 000 bajtů
hlav: 255, sektorů na stopu: 63, cylindrů: 9 726
Jednotky = cylindry po 16065 * 512 = 8 225 280 bajtech
Velikost sektoru (logického/fyzického): 512 bajtů / 512 bajtů
Velikost I/O (minimální/optimální): 512 bajtů / 512 bajtů
Identifikátor disku: 0xd51730b5
Zařízení Zavádět Začátek Konec Bloky Id Systém
/dev/sda1 * 1 261 2096451 6 FAT16
/dev/sda2 262 383 979965 82 Linux swap/Solaris
/dev/sda3 384 2815 19535040 83 Linux
/dev/sda4 2816 9726 55512607+ 83 Linux
badblocks -v /dev/sda4
Průchod dokončen, nalezeno 0 špatných bloků
Nicméně po několika hodinách PC naběhlo, nejspíš fsck.ext3 to opravil. Co to může zapříčinit, že se takto filesystém poškodí?
Nemůžou blbnout paměti nebo řadič?
orbit-pokladna
. Docela macek. Co je uvnitř toho adresáře?
ll /tmp/orbit-pokladna/ | head
celkem 144
drwx------ 2 pokladna pokladna 135168 2012-01-31 10:34 ./
drwxrwxrwt 11 root root 4096 2012-01-31 09:02 ../
-rwx------ 1 pokladna pokladna 0 2012-01-31 09:02 bonobo-activation-register-de04fd4882b68052ccb074494f279ffa.lock*
-rw-r--r-- 1 pokladna pokladna 645 2012-01-31 09:02 bonobo-activation-server-de04fd4882b68052ccb074494f279ffa-ior
srwxr-xr-x 1 pokladna pokladna 0 2012-01-31 09:04 linc-aa1-0-2063ad53557dc=
srwxr-xr-x 1 pokladna pokladna 0 2012-01-31 09:48 linc-aa8-0-52472a7e55ed7=
srwxr-xr-x 1 pokladna pokladna 0 2012-01-31 10:32 linc-ab9-0-5e79dd92556ac=
srwxr-xr-x 1 pokladna pokladna 0 2012-01-31 09:04 linc-ac0-0-619adbda56d5c=
srwxr-xr-x 1 pokladna pokladna 0 2012-01-31 09:48 linc-ac6-0-388e749656cb0=
root@POKLADNA2-KOB:~# ll /tmp/orbit-pokladna/ | wc -l
2210
root@POKLADNA2-KOB:~# ll /tmp/
celkem 180
drwxrwxrwt 11 root root 4096 2012-01-31 09:02 ./
drwxr-xr-x 25 root root 4096 2011-07-27 10:13 ../
drwx------ 2 pokladna pokladna 4096 2012-01-31 10:33 .esd-1000/
drwx------ 2 pokladna pokladna 4096 2012-01-31 09:02 .exchange-pokladna/
drwxrwxrwt 2 root root 4096 2012-01-31 09:02 .ICE-unix/
drwx------ 2 pokladna pokladna 4096 2012-01-31 09:02 keyring-sfzhpV/
drwx------ 2 pokladna pokladna 135168 2012-01-31 10:33 orbit-pokladna/
drwx------ 2 pokladna pokladna 4096 2012-01-31 10:33 pulse-tfXy8VVGQG41/
drwx------ 2 pokladna pokladna 4096 2012-01-31 09:02 ssh-RmuhloC841/
drwx------ 2 pokladna pokladna 4096 2012-01-31 09:02 virtual-pokladna.UzFRpx/
-r--r--r-- 1 root root 11 2012-01-31 09:01 .X0-lock
drwxrwxrwt 2 root root 4096 2012-01-31 09:01 .X11-unix/
ll /tmp/
drwx------ 2 pokladna pokladna 286728192 2012-02-20 13:29 orbit-pokladna
Nejde smazat a fsck.ext3 to po hodine nespravil. Podle zkusenosti za noc jo.
Nenapada nekoho jak tomu zabranit nebo proc ten adresar vznika tak veliky?
tmpfs /tmp tmpfs size=8g,mode=1777 0 0
Tiskni
Sdílej: