Vlákno názorů k článku
Záludnosti EXT4 od RDa - Proc pouzivat System rescue? Mam Gentoo AdminCD natlacene do...

Proc pouzivat System rescue?

Mam Gentoo AdminCD natlacene do usb klice a zatim jsem si s tim vystacil - plus se mi nestane ze by to melo nejaky stary jadro, jak je to rolling distro. Samosebou pouzivam Gentoo i na strojich... a aktualizuji.

Zvlastni, ze neco se zavedlo uz pred 2 lety a vy jste nebyl schopen si system aktualizovat.. a jeste se tomu divite :-)

I staré jádro je občas potřeba, když je potřeba opravit staré věci (starý hardware, starý filesystém... stalo se mi třeba s btrfs)

Mě docela naštvalo, když System Rescue odstranili staré verze z webu (někdy v době přechodu z Gentoo na Arch). Tu a tam narážím na potřebu se k něčemu vrátit a kvůli nim si musím udržovat vlastní archiv, abych měl kam sáhnout, když ta potřeba nastane.

Gentoo AdminCD obsahuje gparted a partimage? Funguje na něm mc? Funguje tam iotops. htop, bc, ssh, ntfs3g... ? Je někde seznam nástrojů. které obsahuje?

Vidím odkud ho stáhnout, ale obsah leda až ho někde nabootuju
https://www.gentoo.org/downloads/

Gentoo AdminCD - hádám - neobsahuje nástroj na resetování lokálních Windows hesel, to se mi párkrát na System Rescue hodilo. Opakovaně ho taky používám kvůli Memtestům (různým, podle stáří hardwaru).

> Gentoo AdminCD obsahuje gparted a partimage? Funguje na něm mc? Funguje tam iotops. htop, bc, ssh, ntfs3g... ? Je někde seznam nástrojů. které obsahuje?

Nemůžeš si na flashku nainstalovat normální distribuci? V dnešní době rychlostí a kapacit je to úplně v pohodě. A fstab stačí napsat s UUID a pak se to detekuje na libovolných počítačách bez problému.

aktualni AdminCD je zalozeno na hardened vetvi, seznam baliku je v Stage1 spec skriptu (Stage2 obsahuje pak deinstalaci a procisteni distribucniho buildu):

https://gitweb.gentoo.org/proj/releng.git/tree/releases/specs/amd64/hardened/admincd-stage1.spec

bc - je soucasti zakladni instalace (klasicky stage3 rootfs)
iotop, htop, openssh, ntfs3g, mc - jsou doinstalovany skrze linkovany .spec

> Zvlastni, ze neco se zavedlo uz pred 2 lety a vy jste nebyl schopen si system aktualizovat.. a jeste se tomu divite :-)

Tak třeba Debian stable má 5.10, ve zprávičce se píše, že je potřeba 5.15.

Navíc to prý jde namountovat i na starším jádře, je to zpětně kompatibilní. Ale nezkoušel jsem.

Akorát to není zpětně kompatibilní s fsck.

> Zvlastni, ze neco se zavedlo uz pred 2 lety a vy jste nebyl schopen si system
> aktualizovat.. a jeste se tomu divite :-)

Asi vám unikla pointa. Jádro mám 6.2, v tom problém není. Problém byl v E2fsprogs. Musíte mít verzi, která se zavedla už před 2 měsíci :-)

K tomu vyctu moznosti me ale napada pouzit 0 0 na konci fstab radku.. a pak si aktualizovat system. To by neslo?

To by taky šlo. Já teda znovu nebootoval System Rescue a udělal aktualizaci v chroot. Taky je otázka, jestli bude vaše distribuce mít ten potřebný aktuální E2fsprogs. Gentoo to má jako nestabilní ~amd64, proto jsem to neměl. V Debianu je to v testing teprve týden, v Ubuntu to má akorát Lunar 23.04, který vyšel před třemi dny.

Kde vidite ze je to v ~ pro amd64 ?

Ja instaloval nedavno nove stroje a vsude mam ten 1.47-r1

https://packages.gentoo.org/packages/sys-fs/e2fsprogs

Btw R1 revize od 1.47 v Gentoo obsahuje patch ktery tyhle nekompatibilni zmeny docasne vypina z defaultu:

/var/db/repos/gentoo/sys-fs/e2fsprogs # diff e2fsprogs-1.47.0.ebuild e2fsprogs-1.47.0-r1.ebuild -u
--- e2fsprogs-1.47.0.ebuild     2023-04-09 10:10:37.000000000 +0200
+++ e2fsprogs-1.47.0-r1.ebuild  2023-04-10 11:10:39.000000000 +0200
@@ -11,7 +11,7 @@

 LICENSE="GPL-2 BSD"
 SLOT="0"
-KEYWORDS="~alpha amd64 ~arm ~arm64 hppa ~ia64 ~loong ~m68k ~mips ~ppc ~ppc64 ~riscv ~s390 ~sparc x86 ~amd64-linux ~x86-linux"
+KEYWORDS="~alpha amd64 arm arm64 hppa ~ia64 ~loong ~m68k ~mips ~ppc ~ppc64 ~riscv ~s390 sparc x86 ~amd64-linux ~x86-linux"
 IUSE="cron fuse nls static-libs test +tools"
 RESTRICT="!test? ( test )"

@@ -40,6 +40,9 @@

 PATCHES=(
        "${FILESDIR}"/${PN}-1.42.13-fix-build-cflags.patch # bug #516854
+       # We can drop this metadata patch after 6 months or so to let initramfses
+       # upgrade. See bug #904093 and bug #904048.
+       "${FILESDIR}"/${PN}-1.47.0-disable-metadata_csum_seed-and-orphan_file-by-default.patch

        # Upstream patches (can usually removed with next version bump)
 )

Patch je zde:
https://gitweb.gentoo.org/repo/gentoo.git/tree/sys-fs/e2fsprogs/files/e2fsprogs-1.47.0-disable-metadata_csum_seed-and-orphan_file-by-default.patch

A ty dva bugy jsou problem ktery te potkal:
https://bugs.gentoo.org/904093
https://bugs.gentoo.org/904048