CentOS8 Stream ISO ismeretlen hiba

Red Hat, Fedora, CentOS

Üdv!

VBox-ban (6.1.22) próbáltam feltenni a friss C8Stream-et: CentOS-Stream-8-x86_64-20210629-dvd1.iso

Win és Linux alatt is a telepítő lehal a csomagok leöltésénél ismeretlen hibával (valami hasonló). Ha nem aktiválom a hálókártyát a telepítőben, akkor is ugyanaz.

 

Más is tapasztalta?

  • 321 megtekintés

( dotnetlinux | 2021. 06. 30., sze – 23:35 )

Volume group neve? Még ha a telepítő magatol adta is...

you've tried to use "/" as name for the volume group. This is not a valid name, please use something else (only letters, numbers and these special characters: "+_.-" are allowed)

Jó dolog a / alatt partíciót növelni, ha épp úgy hozza a sors... Persze otthoni játszadozós gépen elmegy, de ha nem pálya a reboot meg a gparted-es mókolás, akkor azért kifejezetten hasznos lvm-et használni. Nálam pl. van egy picike (4G) diszk a /boot /boot/efi meg minimáis swap-nek, van egy talán 10G diszk a rootvg alatt, meg egy másik a datavg (/opt, /srv, meg PG/MariaDB adatok) alatt.

"kovetkező rebootkor" - na ezt nem lehet bárhol, bármikor megtenni... A másik "jóság", hogyha több dolog futkározik egy gépen, és egy fs-ben van minden, akkor elég egy szolgáltatásnak elszabadulnia (Java-s motyók logjai képesek ilyesmire...), és minden beállhat tőle, mint a szög...

Template-ből nekem is pár kattintás egy új gépet megcsinálni, az IP-cím, hostnév beállítása, a data terület kialakítása meg az AD-be léptetés az plusz egy-két kör még.

Hát én úgy vagyok vele, hogy egy reboot VPS pár másodperc. Amennyiben egy sw nem enged meg ennyi akkor azt nem is VPS -en kell futtatni, ha meg már több VPS-en fut elosztva, akkor 1-1 simán rebootolható, tehát így vagy úgy mehet a reboot, minden más csak olcsójánoskodás :D

Fedora 42, Thinkpad x280

Nem a pár másodpercesről van szó, hanem arról, hogy minden egy partícióra rakott fs-en van, ami telemegy, és növelni kell. Az nem egy pár másodperces reboot lesz... (VM alatt diszk megnövel, reboot gparted-be, gparted-del átméretez, majd reboot az eredeti OS-sel.) Oké, van az az eset, amikor képes újraolvasni a Linux a módosított partíciós táblát, de legacy cuccoknál jellemzően olyannal sikerült eddig találkozni, hogy erre nem volt képes :-/ Ha LVM-re van rakva az egész motyó, akkor meg nincs vele ilyen gond - merthogy ott a /boot és /boot/efi meg egy minimál swap van partícionált diszken nálam, a rootvg meg a datavg alatt a pv maga a sdb meg az sdc.

Vagy nem fog menni - A device újraolvasása igen, de sajnos nem egy és nem két esetben tapasztaltam, hogy a partíciós táblát nem volt hajlandó újraolvasni a Linux. És ha ilyen átmókolást tervez az ember, akkor a szolgáltatás rendelkezésre állásával kapcsolatban "worst case"-t kell tervezni, azaz a reboot-ra kell készülni, azt kell egyeztetni/jóváhagyatni az érintettekkel.
 

Esetleg példát tudsz mondani ?

Az persze simán lehet, hogy valaki fogja és egy 1x éves linux distrót, debain sarge-t futtatja aztán ott persze nem fog menni a fenti móka.

Én nem is emlékszek, hogy találkoztam volna-e ilyennel. Ráadásul amióta van virtualizáció az pont az ilyenek miatt is kényelmes és fel van rá készítve a kernel  (valószínűleg ezért se találkoztam vele), arról nem is beszélve, hogy nem csak partícíós táblát mahinálok online hanem ram, cpu, network stb.

Fedora 42, Thinkpad x280

Legutóbb valami Buguntu 16 vagy 18 pofázott vissza, mert "okosan" /dev/sda1 (mbr, nem gpt) volt minden is... Mivel nem garantált, hogy nem kér reboot-ot a partíciós tábla matatása miatt, így arra kell készülni, hogy reboot lesz - az meg nem minden esetben tehető meg "akármikor", ezért az a mondásom, hogy lvm-re mindent (A /boot /boot/efi kivételével), partícionálás nélkül a diszkre a pv, és akkor _biztosan_ nem kell reboot még a rootvg/rootlv átméretezésekor _sem_.

( Raynes v | 2021. 07. 01., cs – 05:33 )

Próbáld belőle letiltani az Anacondát, ha nincs rá szükséged. Bár azt se értem, hogy a CentOS egy szerverdisztró, minek rá grafikus felület. Ha meg desktop, KDE kell RHEL vonalon, tegyél fel Fedorát, jobban jársz.

“Windows 95/98: 32 bit extension and a graphical shell for a 16 bit patch to an 8 bit operating system originally coded for a 4 bit microprocessor, written by a 2 bit company that can't stand 1 bit of competition.”

( buga v | 2021. 07. 01., cs – 13:18 )

Másold be ide a backtrace-t a More info mögül, abban lesz az az info, ami segíthet a probléma megoldásában.