Editor kódu Zed (Wikipedie) má nově v sobě integrovaný debugger. Podporuje Rust, C/C++, JavaScript, Go, Python a pomocí rozšíření i další programovací jazyky.
Byl publikován aktuální přehled vývoje renderovacího jádra webového prohlížeče Servo (Wikipedie). Servo mimo jiné nově zvládne animované GIFy.
Nejnovější X.Org X server 21.1.18 a Xwayland 24.1.8 řeší další bezpečnostní chybu.
Spolek OpenAlt zve příznivce otevřených řešení a přístupu na 210. sraz, který proběhne 20. června od 18:00 v Red Hat Labu na Fakultě informatiky Masarykovy univerzity na adrese Botanická 68A nebo také online.
Byla vydána nová verze 17 integrovaného vývojového prostředí (IDE) Qt Creator. Podrobný přehled novinek v changelogu.
Open source 3D herní a simulační engine Open 3D Engine (O3DE) byl vydán v nové verzi 25.05.0. Přehled novinek v poznámkách k vydání. Nově je implementováno standardizované simulační rozhraní ROS (Robot Operating System) 2.
Nejnovější X.Org X server 21.1.17 a Xwayland 24.1.7 řeší 6 bezpečnostních chyb: CVE-2025-49175, CVE-2025-49176, CVE-2025-49177, CVE-2025-49178, CVE-2025-49179 a CVE-2025-49180. Nils Emmerich je nalezl koncem března a dnes publikoval detaily.
Desktopové prostředí KDE Plasma bylo vydáno ve verzi 6.4 (Mastodon). Přehled novinek i s videi a se snímky obrazovek v oficiálním oznámení. Podrobný přehled v seznamu změn.
UN Open Source Week 2025 probíhá tento týden v sídle Organizace spojených národů v New Yorku. Středeční a čtvrteční jednání bude možné sledovat na UN Web TV.
Byla vydána nová verze 2.50.0 distribuovaného systému správy verzí Git. Přispělo 98 vývojářů, z toho 35 nových. Přehled novinek v příspěvku na blogu GitHubu a v poznámkách k vydání.
Zdravim.
Dneska som spustil nasledovne:
dd if=/dev/mapper/debian_linux-root | lzma -9 > backup
Bola to snaha odskusat, ci takto zazalohujem particiu. Vysledok ma hodne prekvapil, kedze momentalne dostanem hlasku:
pato@debian:~$ cp
bash: /bin/cp: No such file or directory
pato@debian:~$ ls
bash: ls: command not found
pato@debian:~$ cp
bash: /bin/cp: No such file or directory
pato@debian:~$ w
bash: w: command not found
Skutocne netusim, co a kde sa stalo. Samozrejme, spustal som to ako root. Vyber particie odovodnujem jej velkostou a teda by to malo byt aj najrychlejsie, kedze je najmensia.
Ak ma niekto vysvetlenie a pripadne aj riesenie, budem nesmierne stastny a vdacny zaroven.
Řešení dotazu:
6.8.2010 21:42
Jendа | skóre: 78
| blog: Jenda
| JO70FB
AbcLinuxu.cz
ITBiz.cz
HDmag.cz
AbcPráce.cz
ls ani cat tam asi už taky nemáš, takže zkus trochu examinovat to, co ze systému zbylo. V čistém bashi by mělo jít něco jako echo /bin/*.
6.8.2010 21:47
Jendа | skóre: 78
| blog: Jenda
| JO70FB
while read line; do echo $line; done < /proc/cpuinfo.
Tak som poskusal a vysledok je takyto:
pato@debian:~$ for i in /usr/bin/who*; do echo $i; done
/usr/bin/who
/usr/bin/whoami
/usr/bin/whois
pato@debian:~$ whoami
bash: /usr/bin/whoami: No such file or directory
pato@debian:~$ who
bash: /usr/bin/who: No such file or directory
pato@debian:~$ whois
bash: /usr/bin/whois: No such file or directory
Co je trochu zvlastne (mozno iba pre mna), ze su tam, ale spustit sa nedaju.
Ale cyklus v podobe:
for i in /*; do $i; done
tak tu uz k expanzii nedochadza.
Jedine / nie je pristupne, inak akukolvek inu particiu pristupovat a listovat mozem vyssie spomenutym sposobom.
6.8.2010 22:54
Jendа | skóre: 78
| blog: Jenda
| JO70FB
ls -l, mount ani file. Ale pokud tam můžeš kopírovat, můžeš tam zkusit nahrát busybox odjinud a zkusit spouštět ten (busybox ls -l, busybox file /soubor…).
Tak, s usmevom na perach :), vsetko ide opat ako ma.
Ked ma uz odpojilo od siete (samozrejme sa pripojit nedalo, kedze sietovy manazer uz nereagoval), tak som to restartol, to skoncilo kernel panic. Vzal som live cd , nastavil particiu ako aktivnu (lvm) a skusil pripojit. Zial, nebolo mozne pripojit ani po specifikovani suboroveho systemu.
Tak som spustil:
fsck -n /particia
a tomu bolo aj tych 1000 riadkov(az je to teda tolko) malo pre vypis chyb. Tak som sa odhodlal to spustit naostro a nasledne bolo mozne pripojit particiu / (root) o ktorej som v predchadzajucich prispevkoch vravel. Tak som to restartol a je to tu. Fachci to ako ma.
Zial, ale ja netusim, kde nastala chyba. Zaloha sa vytvarala na inej particii, kde bolo spolahlivo miesta na mnoho takych zaloh.
Akokolvek, dakujem za pomoc Jenda.
6.8.2010 23:07
luta | skóre: 20
| blog: muj_blok
| Prostějov/Brno
jen takovej dotaz..kam jsi ukládal ten backup? nezacpal jsi root filesystem? možná je to blbost ale už se mi to stalo a xubuntu umřelo 
Vdaka, ale zaloha sa vytvarala na inej particii. Takze netusim, kde nastala chyba.
Najprv som tvoj prispevok bral ako napovedu do buducnosti ohladne konzistencie zalohy. Ale potom som si vsimol nadpis a z toho titulu tomu moc nerozumiem. Dovod je ten, ze pokial robim zalohu tymto sposobom, tak ta zaloha moze byt chybna, ale u mna k ziadnemu pokusu o obnovu neprislo. A taktiez bola zaloha vytvarana na uplne inom umiestneni, inej particie.
Co sa tyka toho pripojenia particie len na citanie, tak nasledovne funguje skvele:
mount -no remount,ro /
a pritom nie je nutne ukoncit vsetku cinnost, iba ak sa prave s nejakym suborom na tej particii pracuje a je nutne zmeny zapisat.
Diki.
Podla manualovych stranok pre mount v pripade ext3 a ext4 prinajmensom, nie je zarucene, ze sa nic nezapise pomocou:
mount -no remount,ro /
Spravne by to malo byt takto:
mount -no remount,ro,noload /
To len pre spravnost.
Tiskni
Sdílej:
