Tak od ledna linuxové terminály, výchozí pozadí i celé desktopy v barvě "broskvového chmýří", v barvě "jejíž všeobjímající duch obohacuje mysl, tělo i srdce". Barvou roku 2024 je PANTONE 13-1023 Peach Fuzz.
Byla vydána verze 10 linuxové distribuce Freespire (Wikipedie). Jedná se o bezplatnou linuxovou distribuci vyvíjenou společností PC/OpenSystems LLC stojící za komerční distribucí Linspire (Wikipedie), původně Lindows.
Binarly REsearch před týdnem informoval o kritických zranitelnostech UEFI souhrnně pojmenovaných LogoFAIL. Tento týden doplnil podrobnosti. Útočník může nahradit logo zobrazováno při bootování vlastním speciálně upraveným obrázkem, jehož "zobrazení" při bootování spustí připravený kód. Pětiminutové povídání o LogoFAIL a ukázka útoku na YouTube.
Byla vydána listopadová aktualizace aneb nová verze 1.85 editoru zdrojových kódů Visual Studio Code (Wikipedie). Přehled novinek i s náhledy a animovanými gify v poznámkách k vydání. Ve verzi 1.85 vyjde také VSCodium, tj. komunitní sestavení Visual Studia Code bez telemetrie a licenčních podmínek Microsoftu.
git.kernel.org je nově oficiálně také v tmavém vzhledu.
Richard Hughes na svém blogu oznámil, že počet aktualizací firmwarů pomocí služby LVFS (Linux Vendor Firmware Service) přesáhl 100 milionů. Přehled podporovaných zařízení, nejnovějších firmwarů nebo zapojených výrobců na stránkách LVFS.
Byla vydána nová stabilní verze 3.19.0, tj. první z nové řady 3.19, minimalistické linuxové distribuce zaměřené na bezpečnost Alpine Linux (Wikipedie) postavené na standardní knihovně jazyka C musl libc a BusyBoxu. Z novinek lze vypíchnou podporu Raspberry Pi 5.
Altap Salamander (Wikipedie), dvoupanelový správce souborů pro Windows, byl uvolněn jako open source pod názvem Open Salamander. Zdrojové kódy jsou k dispozici na GitHubu pod licencí GPLv2.
Společnost JetBrains představila (YouTube) svou umělou inteligenci JetBrains AI a nástroj AI Assistant v IDE.
Byla vydána nová verze 255 správce systému a služeb systemd (GitHub, NEWS). Z novinek lze vypíchnout například novou službu systemd-bsod.service.
vsechno mi fungovalo a disk bylo mozno namontovat jako / jak s jadrem 2.6.12 tak i 2.4.20.
Pote, co byl jednou pouzit kernel 2.6.21 nelze disk pouzit pro zadny nizsi kernel a to ani 2.6.12. Netusim co se stalo.
Pri pouziti live distribuce lze disk i z jadra 2.4 namontovat a normalne cist. e2fschk nic podezreleho nehlasi. Pri pokusu o boot se kernel zasekne v miste:
VFS: Mounted root (ext3 filesystem) read only.
Freeing unused kernel memory.
netusim co to je a jestli se oddil neda nejak "opravit"?
dekuji
mount /dev/hda3 / -rw -t ext3 -o remount"
Ale jakmile ho chci pouzit jako boot disk, tak jadro lehne.
Oddily jsem mel 2 - jeden ext3 a druhy ext2 - oba dva vykazuji jenom po jedinem namontovani z jadra 2.6.20 stejne chovani. Do lila jsem nezadal typ a linux si to identifikuje sam.
Tohle mi napsal pomerne znaly kamarad:
Je mozne, ze ve Slacku povolili neco jako indexovane/hasdhovane/b-tree adresare a neco to na disku nastavi jako nekompatabilni s predchozi verzi jadra. Nektere flagy blokuji mount jen pri neuplne odmontovanem disku a po fsck -rf zmizi. Jine, jakmile jsou povolene, tak jiz vypnout nejdou. Povolit se ale musi bejdrive pres tune2fs. Z by neco takoveho Slak udelal pri instalaci? Ted jsem prave Slak 12 nainstaloval na laptop, ale jadro tam mam 2.6.19.2. Distribucni jsem zatim nezkousel. Pockam asi na 2.6.23.
Takto jednoduse to nejde. Jasné je, ze muzes nabootovat z live s parametrem "init=/bin/sh" , pak namontovat root a udelat "exec chroot /mnt/xxx" . To je temer ekvivalentni realnemu bootu s partition. Alternativa je initrd, tam si pripravit mount a pak provest zamenu rootu pres pivot_root . To je zpusob, ktery pouzivaji temer vsechny live distribuce a distribuce s plne modularnimi jadry, ktere bootuji pres initrd.
Udelal jsem to a stejne to nejde:
mkdir mnt2
mount /dev/hda3 /mnt2
- tak disk ext2 (ci ext3) se namontoval OK
exec chroot /mnt2
- a ted to hodilo zada
FATAL: Kernel too old
Kernel panic: attempted to kill init
Netusi nekdo prosim, jak ten priznak od ktere verze kernelu se smi svazek pouzit smazat?
Z toho vypisu vubec nejsem moudry. Netusite prosim, ktery feature to je:
Filesystem volume name: (none)
Last mounted on: (not available)
Filesystem UUID: 41a42854-3adb-11db-9d31-dddead5458a0
Filesystem magic number: 0xEF53
Filesystem revision #: 1 (dynamic)
Filesystem features: has_journal filetype needs_recovery sparse_super
Default mount options: (none)
Filesystem state: clean
Errors behavior: Continue
Filesystem OS type: Linux
Inode count: 5177344
Block count: 5158873
Reserved block count: 257943
Free blocks: 3222065
Free inodes: 4860131
First block: 0
Block size: 4096
Fragment size: 4096
Blocks per group: 32768
Fragments per group: 32768
Inodes per group: 32768
Inode blocks per group: 1024
Last mount time: Sat Sep 29 11:13:26 2007
Last write time: Sat Sep 29 11:13:26 2007
Mount count: 7
Maximum mount count: 20
Last checked: Sat Sep 29 01:21:16 2007
Check interval: 15552000 (6 months)
Next check after: Thu Mar 27 00:21:16 2008
Reserved blocks uid: 0 (user root)
Reserved blocks gid: 0 (group root)
First inode: 11
Inode size: 128
Journal inode: 8
Journal backup: inode blocks
Journal size: 32M
Sorry, naivne jsem si myslel, ze to rozhrani mezi kernelem a glibc je pevne. S distribuci Slackware 11 se mi darilo nabootovat kernely od 2.2 do 2.6.
Tak zda se, ze bez extremni prace se mi starsi kernel nabootovat nepodari. Uz jsem se jednou pokousel kompilovat glibc a dopadlo to spatne.
Pouzival jsem pro praci UMSDOS a ten uz ve 2.6 neni. Tedy on sice jakysi je, ale nejaky nefunkcni nepodporovany a offtree. Mel jsem na svazku jak dlouha jmena tak i unixove atributy. Musim vymyslet jiny styl prace, treba si z Woken namontovat ext2.
Tiskni
Sdílej: