-
9.00) 2022-01-16:
- Updated the kernel to the Long-Term-Supported linux-5.15.14
- The new kernel brings the ntfs3 module which provides better NTFS support
- The system comes with a copy of the website as an offline manual (Gerd v. Egidy)
- Added sysrescue-customize script to create custom ISO images (Gerd v. Egidy)
- Initial support for configuring the system with YAML files (#170)
- Support for configuring autorun with the new YAML configuration files
- Replaced the mesa package with a minimal alternative to save 52MB (#241)
- Converted the bash system initialisation script to python (#170)
- Removed XOrg driver “xf86-video-qxl” as it is currently not stable (#235)
- Bring back accidently removed package inetutils (telnet, ftp, hostname,…)
- Added packages: aq, libisoburn, patch, python-llfuse, python-yaml, rdiff-backup
- A hozzászóláshoz be kell jelentkezni
Hozzászólások
Jó kis svájci bicska. Párszor már megmentett! :-)
- A hozzászóláshoz be kell jelentkezni
Nekem a hálózati részével szokott bajom lenni. Pl ha nem kap dhcp-n címet boot-kor akkor vár egy rakást, miközben ennek egy rescrue cd-nél semmi értelme.
Illetve már eleve az aktív dhcp kliensnek sincs értelme, mert ha hálózatot akarsz debgolni, akkor az ilyesmi csak elcseszi az idődet és az idegeidet.
Ha valaki ilyet használ és dhcp-t akar használni, az ki tudja adni magától is a megfelelő parancsot.
- A hozzászóláshoz be kell jelentkezni
Tegnap be-boot-oltam róla, hogy megnézzem ezt az újat. Simán indult, nem várt sokat semmire, pedig egyáltalán nincs hálózati kábel a gépbe dugva. Csak egy wifi-adapter van usb-n, és a NetworkManager el tudta indítani amikor ráböktem, működött az is.
- A hozzászóláshoz be kell jelentkezni
A "beszólásom" után én is megnéztem és kb 10-20 másodpercet várt dhcp címre várva. Nekem volt bedugott hálókábel, de nem volt dhcp szerver.
Utána viszont amikor bedugtam egy kábelt kapott dhcp-n címet.
Ezeknek én annyira nem örülök, mert én szeretném egy debug cd-nél eldönteni, hogy kérek vagy sem dhcn-n ip-t ha bedugom a kábelt.
- A hozzászóláshoz be kell jelentkezni
Ezt sok live rendszer csinálja, hogy bootkor fixen eth-kapcsolat be van neki drótozva, és mindjárt ráereszti a dhcpcd-t, és a systemd baromsága miatt 20-30 másodpercet várakozik a semmire, mire feladja. Én ezt már régóta felhozom minden vonatkozó topikban, meg bugként is jelentettem, hogy kéne egy opció a systemd-be, hogy mikor indításnál vagy leállításnál várakozik feleslegesen egy service, akkor ne kelljen rá egy csomót várni, hanem valami spéci billentyűkombóval le lehessen lőni. Spécin azt értem, hogy valami sok módosítóbillentyűs, amit nem lehet véletlen megnyomni.
Egyébként szerintem ennek a rescue live rendszernek nincs már értelme így külön. Ma már minden átlagos live rendszer alól (Ubuntu, Mint, Manjaro, vagy amit akarsz) lehet rendszert menteni, pariticionálni, stb.. Főleg, aki tudja használni a sztenderd toolokat, rsync, tar, dd, annak nem probléma akármilyen rendszeren ezt megoldani, nem kell specializált disztró.
“A computer is like air conditioning – it becomes useless when you open Windows.” (Linus Torvalds)
- A hozzászóláshoz be kell jelentkezni
sub
- A hozzászóláshoz be kell jelentkezni