Bullseyepup64_23.01-K-5.10.119 indítási probléma

[x51Laccko]

Egy Openshot telepítése kapcsán ticoo1 javaslatára letöltöttem a > Bullseyepup64_23.01-K-5.10.119-apt-hu-classic-T2.iso < verziót, s az a helyzet, hogy frugal-ként úgy, hogy az ISO-t kicsomagolva egy könyvtárba másolva, majd a Grub4dos -al indítva, így nem bootol a rendszer!? Eddig nálam minden puppy simán indult ezzel a módszerrel!? Ezt követően gyártottam az ISO -ból egy lemezképet (DVD-re), s így minden további nélkül liv-ben ment! E puplet "mellesleg" számomra nagyon célorientált szuper "kis" rendszer, ticoo1 nagyon jól közelített (ismét!), még egyszer köszönöm neki!

ticoo1 válasza alapján keztem kísérletezni, amit egy másik témából hoztam át ide -->

„Tisztelt "x51Laccko" !

"...Grub4dos -al indítva, így nem bootol a rendszer!?"

Ha nem működne frugálból, akkor lemezre írva sem.
Általában valamilyen elírás ilyenkor a probléma, javaslom menü és a könyvtár tartalmának leellenőrzését.

.............O...............

A helyzet az, hogy azon a meghajtón van vagy 7 féle frugal puppy, külön könyvtárból mindegyik Grub4dos -os indítású "menu.lst" alapon, és teljesen jól indulnak, kivéve a "Bullseyepup64"-et melyhez a menu.lst ben ez a bejegyzés:
"
title Puppy bullseyepup64 23.01 (sdb3/Bullseyepup64)
uuid 3d65c2f4-c9ec-4ed5-8357-883d6adff203
kernel /Bullseyepup64/vmlinuz psubdir=Bullseyepup64 pmedia=atahd pfix=fsck
initrd /Bullseyepup64/initrd.gz "

Ő nem indul az Istennek sem és indulás helyett ez jelenik meg:

Indítási problem.jpg (2.74 MiB) Megtekintve 3216 alkalommal

Mi a bánatok kéne változtatnom..? Ahogy korábban említém ISO -CD-ről persze indúl..!

Később készítettem az ISO CD-vel indított Bullseyepup64 rendszerből egy Flash drive/SD card pen-indítót. No itt elindul, viszont a RAM betöltés előtt megáll és piros "error" feliratok, melyek a "Dumping tmp log és a Dumping kernel log -ok" ra hivatkozva megáll 60 mp-re, majd tovább bootol, s végül feláll normálisan!? Úgy éreztem (kivételesen.. ), hogy itt most nem én vagyok a hunyó.! Belenéztem a boot/grub könyvtár .cfg skript -be és a " linux /vmlinuz pmedia=cd pfix=fsck“ sort átjavítottam --> " linux /vmlinuz pmedia=atahd pfix=fsck " -re, majd ugyanitt a menuentri első bekezdésében a "kernel /vmlinuz pmedia=cd pfix=fsck " --> " kernel /vmlinuz pmedia=atahd pfix=fsck " -re és így normál módban elindúlt az indító flash-ról frugalban!
Ha azonban egy nagyobb meghajtó könyvtárrészeként próbálom úgy még eddig sikertelen...

[nocsak]

Üdv!

Én régen szoktam mondani, "láttam én már karón fehér hollót", sőt álmatlan estéimen bárányok helyett is karón levő fehér hollókat számolgatok, - egy esélyt adnék annak a megoldásnak, hogy elhagyod a pmedia=atahd és pfix=fsck paramétereket, és csak a psubdir=Bullseyepup64 paramétert hagyod meg, ügyelve arra, hogy a fennmaradó partíciókon és vagy meghajtókon nincs egyező psubdir-ban szereplő mappanév. Így megnézni, hogy elindul e. Van egy cikk ami ezzel foglalkozik, és még 3 indítási formáról, ott is csak erre a két dologra kell ügyelni, hogy psubdir legyen és az ne legyen másik gépen lévő partíción és vagy meghajtón, íme.

Amúgy a puppy indítási paramétereiről mélyebb tájékoztatást itt is fellelhetsz, hátha.

De lehet még kernel probléma is, ez esetben érdemes a huge struktúrának megfelelően cserélni kernelt esetleg firmware-t is, továbbá ext4 fájlrendszerhiba is lehet, régebbi puppyk arra is érzékenyek voltak, hogyha 32 bites vagy 64 bites ext4 fájlrendszerrel operáltak alóluk.

Remélem tudtam segíteni,
minden jót!

[x51Laccko]

Hogyne tudtál volna segíteni, itt nekem mindenki csak segíteni tud!
Bizony ezek a fehér hollók szokták a megoldást elhozni, nem véletlen a világ legokosabb madarai révén, de még egyelőre padlót fogtam velük is! :-S Az a helyzet, hogy azon a nyomult ext4 -es partíción sajna 1 kivételével az összes puppy mind >psubdir< -ban van, így hát nem adja magát a disznó disztró! :-/ Amúgy az meglep, hogy nem mindegy, hogy 32, vagy 64 biten particionál az ember fia..!?
Az oldalak, amikre utaltál, is nagyon hasznosak és ígéretesek, nagyon köszönöm! Persze nem adom fel oly könnyen, mert Lenin elvtárs is mondta -> tanulni, tanulni, tanulni..

[janugsa]

Próbáld ki a pupsfs opciót a menu.lst-ben

title Puppy bullseyepup64 23.01 (sdb3/Bullseyepup64)
uuid 3d65c2f4-c9ec-4ed5-8357-883d6adff203
kernel /Bullseyepup64/vmlinuz pupsfs=sda3:/Bullseyepup64/puppy_bullseyepup64_23.01.sfs psubdir=Bullseyepup64 pmedia=atahd pfix=fsck
initrd /Bullseyepup64/initrd.gz

Ez 4 sor. Remélem jól írtam.

[ticoo1]

A képeden látható a probléma -- a fő sfs nem található

Elírás!!!

Amit a menübe írtál:

kernel /Bullseyepup64/vmlinuz psubdir=Bullseyepup64 pmedia=atahd pfix=fsck -- helytelen (kimaradt egy "/" jel, s ezért nem látja a fő sfs-t)

helyesen:

kernel /Bullseyepup64/vmlinuz psubdir=/Bullseyepup64 pmedia=atahd pfix=fsck

[x51Laccko]

Nagyon köszönöm ticoo1, de nem használt ez sem! Nagyon fura, azaz lehet hogy nem, de a fent említett flash pendriv-ról, meg CD -ről sikerült bootolásra bírnom, csak könyvtárból nem.!?
A pen-ről bootolt esetben készítettem a sját Grub4dos -jával arra a több könyvtáras meghajtóra a Bullseyepup64 -hez is indítót,, részére ezt írja:

# Frugal installed Puppy

title Puppy bullseyepup64 23.01 (sdb3/Bullseyepup64)
find --set-root uuid () 3d65c2f4-c9ec-4ed5-8357-883d6adff203
kernel /Bullseyepup64/vmlinuz pdrv=3d65c2f4-c9ec-4ed5-8357-883d6adff203 pmedia=atahd
psubdir=/Bullseyepup64 pfix=fsck
errorcheck off
initrd /Bullseyepup64/initrd.gz
initrd /Bullseyepup64//ucode.cpio /Bullseye64/initrd.gz

Az eredmény meg ez:

Boot1.jpg (1.7 MiB) Megtekintve 3088 alkalommal

Csak megjegyzem, hogy ugyanazon a meghajtón van még rajta kívül két 64bit-es és három 32bites puppy, amik rendesen boot-olnak!?

[ticoo1]

"saját Grub4dos" - nem hozzávaló, eltoltam, javítani fogom
Nekem egy picit több puppy-n van a meghajtóimon (frugalban), de bármelyikre teszem rendben indul

Próbáld meg így:

title Puppy bullseyepup64 23.01 (sdb3/Bullseyepup64)
find --set-root uuid () 3d65c2f4-c9ec-4ed5-8357-883d6adff203
kernel /Bullseyepup64/vmlinuz pdrv=3d65c2f4-c9ec-4ed5-8357-883d6adff203 psubdir=/Bullseyepup64 pmedia=atahd pfix=fsck
initrd /Bullseyepup64/initrd.gz

[x51Laccko]

Köszönöm ticoo1, de sajnos semmi változás, ezt a boot verziót már az elején bevetettem...

Azt valahogy nem értem, hogy a boot/gub/grub.cfg fájlban miért ezek vannak? :

menuentry "Vanilla Dpup 9.2.32" {
linux /vmlinuz pmedia=atahd pfix=fsck
if [ -e /ucode.cpio ]; then
initrd /ucode.cpio /initrd.gz
else
initrd /initrd.gz
fi
}

menuentry "Vanilla Dpup 9.2.32 - Don't copy SFS files to RAM" {
linux /vmlinuz pmedia=atahd pfix=fsck,nocopy
if [ -e /ucode.cpio ]; then
initrd /ucode.cpio /initrd.gz
else
initrd /initrd.gz
fi
}
stbst..... Egyáltalán hol van ilyen .sfs, könyvtár, vagy utalás..? Talán a kernel-en belül..?

És a pendrive boot esetben a boot/efi.img - felületről normálisan indul a Vanilla Dpup 9.2.32 változatoknak megfelelő választható opciókban, a könyvtárról indításkor meg mindenáron "partícióról" akar indítani, ami ugye nálam kudarcos történet..!?

[ticoo1]

Nem értem a problémát, mert nekem mindenféle gépen (asztali, laptop, intel, amd) rendben működik frugálból...

Mivel a cél az volt ezen puppy esetében, hogy az apt rendben működjön és még teszt, ezért lehet benne találni "furcsaságokat", természetesen javítva lesz. Igen a CD-kép is javítva lesz (csak el kell még döntenünk, hogy milyen legyen UEFI-s, Legacy, retró...).
Csak azért ajánlottam, mert egyébként már rendben működik, sajnálom, hogy frugálba nem működik nálad.

ISO boot-menü az egy alap, az ISO tartalma nem volt lényeges, ezért ilyen... majd rendbe rakom

Köszönöm, hogy időt szántál rá és kipróbáltad.

[x51Laccko]

Kedves ticoo1!

Köszönettel én tartozom, mindenképpen, s persze nem adom fel! Könnyen lehet, hogy ez is a "karón varjú" esete, vagy ennek a gépnek valami "idióta" tulajdonsága!? Ha bármire jutok, vagy valami furát érzékelek, azt engedelmetekkel ide kopálom...