SATA und Muppy

[sailorbrand]

Ob es an SATA liegt?
Keine Ahnung. Jedenfalls ist mit neuer Hardware auch ein neues Muppy fällig.
also 084c Frugal installiert.

Grub mit dem vorgeschlagenen Text ergänzt und...

...Grub meldet no such file or directory

Auch pmedia=idehd bringt nichts (war klar da es SATA ist)
Pfade stimmen auch.

Auszug aus menu.lst:

Code: Select all

title Puppy Linux 084 frugal
rootnoverify (hd0,12)
kernel /puppy084/vmlinuz layerfs=aufs pmedia=satahd psubdir=puppy084
initrd /puppy084/initrd.gz

Hardware: Acer Aspire 5730ZG

[MU]

probiere mal bitte noch die Option
pdev1=sda13
oder
pdev1=hda13

Mark

[sailorbrand]

Beide:
Bad File or Directory Type

Ich glaub so hieß die Meldung schon zu Anfang.

Gesetz den Fall dass Muppy einfach nicht läuft auf meiner Kiste: hat es dann aussicht auf Erfolg mit einer anderen Puppy-Version? Heisst: ob die teilweise auf neueren Kerneln basieren (Scorpion-Pupp z.B.) ?

Im BIOS auf IDE umstellen. Wäre das eine Lösung? Müssten bestehende OS dann neu installiert werden oder so ?

[MU]

probier mal Muppy 0084c4:
ftp://ks301128.kimsufi.com/Minisys-Linux/Muppy0084c4/
Das hat Kernel 2.6.27, der Sata besser unterstützt.

Daher sollte auch Puppy4 + Derivate laufen, der Kernel 2.6.25.16 nutzt ebenfalls schon die neue Sata Unterstützung.

Im Bios IDE geht auch, dann sollte auch der alte Kernel 2.6.21.7 laufen.
Ob andere Systeme dann noch laufen: probieren.
Ich nutze nur Puppy.

Mark

[sailorbrand]

Danke, probier ich morgen.

Welches Puppy- nutzt du denn?

[MU]

Ich habe mit "wow" zusammen ein neues aufgelegt.
wows heißt einfach "unnamed puplet":
http://www.murga-linux.com/puppy/viewtopic.php?t=36592

Meines baut darauf auf, und heißt "newyearspup", weil es um Neujahr entstand:
http://www.murga-linux.com/puppy/viewtopic.php?t=37960

Ich behalte den Namen wohl bei, er drückt ein wenig aus, daß das System leicht experimentell ist, weil es neueste Techniken/Treiber verwendet.
Oder es gibt ein "Summerpup" zur Jahresmitte.

Hat noch kleinere Macken, die aber nicht schwer wiegen.
Könnte aber auf einigen Computern zu langsam laufen, da haben wir sehr unterschiedliche Rückmeldungen.
Für neue Hardware jedenfalls unbedingt einen Test wert, damit laufen auch neueste Grafikkarten, die auf anderen Puppys nicht unterstützt werden (Midi oder Maxi).
Für ältere Hardware ist Muppy/Puppy evtl. besser geeignet, da dort inzwischen viele optimierte Treiber vorhanden sind.
Nicht ganz so "eingedeutscht" wie Muppy, aber die meisten Standardanwendungen laufen deutsch.

So, nun in die Heia.
Nacht,
Mark

[sailorbrand]

na dann ist ja klar: 084c4 überspringen und NYP2 genommen.

Allerdings ist es da die gleiche Meldung beim Grub. Ich muss weiter suchen. Scheint also nicht unbedingt am OS liegen. Grub hab ich mal mit ner Live-CD (Muppy083) installiert.

Grub startet das Ubuntu. Also sollte es ja daran nicht liegen.

Dazu kommt dass die GraKa wohl nicht gleich funzt. Mit nv (in jeder Option) gibts nur schwarz im Bild. Genauso bei xorg.
vesa gibt Bild aber die Maus und die Tasten wollen nicht.

Irgendwann lief es. aber die Reihenfolge der Optionen und Einstellungen weiss ich nicht mehr. War aber ne Mischung aus xorg und vesa.
Beim runterfahren gabs wieder nur schwarz im Bild, so dass die Möglichkeit alles zu speichern nicht angezeigt wurde (sofern denn das gefragt wurde).

Also nochmal durchprobieren....

Hab ich echt so ne exotische HW dass kein Puppy-Dev drauf läuft ?

[MU]

den Dialog zum Speichern erhälst Du auch, wenn X noch nicht lief.
Tippe STRG-ALT-Entfern
oder
reboot

Bei Grafikproblemen mache ich das zuerst.
Ansonste ists schwer, was zu sagen.
Die 9300 GS ist jarecht neu, und sollte vom neueren Treiber unterstützt werden.

Eine 9300 M GS wird von Treiber 173 unterstützt, Newyearspup hat 177.
http://us.download.nvidia.com/XFree86/L ... dix-a.html

Ja, der 177 auch:
http://www.google.com/search?rls=de&q=G ... nvidia+177


Wichtig wäre Dein log zu sehen.
Wenn der schwarze Bildschirm kommt, probiere, ob Du mit STRG-ALT-F2 in die Notfallkonsole kommst (root, woofwoof).

Dann tippen:
cp -ax /var/log/Xorg.0.log /root/
gzip /root/Xorg.0.log

Dann müsstest Du /root/Xorg.0.log.gz hier anhängen.

Nvidia Treiber für Puppy 4.12:
http://www.murga-linux.com/puppy/viewtopic.php?t=38655
Auch einen Versuch wert, da 4.12 noch das ausgereiftere Xorg 7.3 nutzt.
Newyearspup hat 7.4, das teilweise Neue Hardwareerkennung hat, die nicht immer zuverlässig läuft.
Daher könnte es in Einzelfällen Sinn machen, 7.3 zu testen.
Mark

[sailorbrand]

Danke schon mal dafür.


Werde mich mit der Graka dann nochmal mit deinen tipps beschäftigen.
Jedoch vor der GraKa kommt das Booten.

Da NYP2 immer noch mit dem Grub-Fehler 2 hängt, hab ich im BIOS mal von SATA auf IDE umgestellt.
-Keine Änderung (pmedia=idehd und atahd)

Grub neu installiert
-Keine Änderung (pmedia=idehd und atahd)

Der Bootmanager nennt die Platten sda...
Sollte das nun im IDE-Modus nicht hda... heissen?

Nachtrag:

ich hab noch ne Idee würde aber bevor ich das umbaue erst mal ein paar meinungen hören:
/boot liegt bei meinem Ubuntu auf einer extra Partition. Daher ist im Verzeichnisbaum /boot/boot/grub/...
Sollte das für Grub ein "Orientierungsproblem" sein ?


Achso:
Live-modus funktioniert. Mit ner xorg-Standard-Irgendwas.

Btw: WAN mit Treiber ath9k kann angeblich WPA nicht. In Ubuntu kann der gleiche Treiber das ganz gut...?

[MU]

Code: Select all

Der Bootmanager nennt die Platten sda... 
Sollte das nun im IDE-Modus nicht hda... heissen?

Nein, bei den neuen Kerneln wird jetzt durchgängig "s" verwendet.
Wenn Du von CD startest, und eine Speicherdatei erstellst, und dann mit der neu startest, guck mal in /etc/rc.d/PUPSTATE.

Da siehst Du, welche Bezeichnungen verwendet werden.

Ob grub in /boot/boot liegt, sollte egal sein.
Wird Ubuntu denn geladen?
Zippe am besten mal menu.lst, und häng sie hier an.
Vielleicht fällt mir etwas auf, woran ich bislang nicht dnke.
Mark

[sailorbrand]

hier die menu.lst

ich bin ideenlos

[MU]

sieht soweit ok aus, der einzige Unterschied zu meiner ist, daß root anstatt rootnoverify verwendet wird.

Ich bin ebenso ratlos, und würde auf blauen Dunst hin einfach mal eine der "niedrigen" Partitionen probieren.

Z.B. sda1.
Puppy konnte früher nicht mit Werten über 8 umgehen, intern, das war unabhängig von Grub.
Vielleicht gibt es bei Grub ähnliche Probleme.
Mark

[rhadon]

Hallo sailorbrand,

leider habe ich auch keine Patentlösung für dich, möchte dir aber erzählen, was mir aufgefallen ist.

In deinem 1. Posting lautet die Fehlermeldung "no such file or directory". Das heisst, die Platte wird erkannt, eine Datei jedoch nicht gefunden (wahrscheinlich vmlinuz oder init.rd). Bei mir waren das bisher immmer ganz dümmliche Fehler meinerseits, die völlig klar waren, nachdem ich sie gefunden hatte (manchmal erst nach Stunden ).

Geholfen hat mir dabei oft der Befehl 'find': Im Grub-Menü den entsprechenden Eintrag anwählen und 'die Taste 'e' dit drücken. Dann z.B. 'find /puppy084/vmlinuz' und du siehst, ob und auf welcher Platte/Partition Grub die Datei findet. Mit 'TAB' bekommst du eine Liste aller Befehle, habe ich aber noch nicht weiter ausprobiert.

Im weiteren Verlauf wird deine Platte nicht mehr erkannt, d.h., dein Problem hat sich verschlimmert.

Wenn du's noch weisst, würde ich von der 1. Konfiguration ausgehen.

Ich hoffe, es hilft dir.

Viel Erfolg

Rolf

[MU]

http://www.murga-linux.com/puppy/viewtopic.php?t=38661

Bruce schreibt dort, daß Ubuntu einen modifizierten Grub nutzt, mit dem sich Puppy nicht booten läßt.

Mark

[sailorbrand]

unglaubliches hab ich nun hinter mir.

Für alle mit ähnlichen Problemen beschreibe ich das hier mal. Aber meine Schlussfolgerungen sind immer nur "Versuch und Irrtum".

Ich nix Profi!

Also:
gemäß dem Link von Mu scheint es so zu sein, dass der Grub von Ubuntu "modifiziert" ist und Puppy nicht startet.
Irgendwie war es kurz vor Blackout auch so, dass trotz neu installiertem Grub (aus Puppy) immer mit einem anderen Grub gebootet wurde. Aber das auf zu dröseln führt zu weit, zumal ich dann eh alles formatiert habe. Auch um das Risiko, dass es eben doch noch Restprobleme durch das Umstellen der HD von SATA auf IDE gäbe, zu minimieren.

Aufgrund der Aussage dass der buntu-Grub "anders" sein könnte, habe ich also erst NYP2 installiert und dabei auch Grub.

Anschliessend Sidux. Grub in die Partition um die sda1-Grub-Installation nicht zu überschreiben. Dann natürlich die menu.lst ergänzt, und....

... nanu? Nun kommt der Grub-Fehler 2 (bad Filetyp...oder so) beim Versuch Sidux zu booten.

Also andersrum:
Aus Sidux nochmal nen Grub (MBR) installieren und die Puppy-Zeilen in die menu.lst.
Nun geht es !! Sidux und Puppy starten.
Wermutstropfen: aus Sidux gabs keine Option den Grub in die sda1 (extra dafür vorgesehen) zu installieren. Aber das wird ein neues "Projekt".

Erst mal weiter:
Nun wollt ich das mit buntu doch noch wissen. Also installiert und unter "erweitert" bei den Grubeinstellungen nach sda7 vorgegeben.

Was nun nicht klar war: installiert buntu den Grub nun nach sda7 und überschreibt auch den MBR oder nicht. Dann würde ja der Sidux-Grub nicht mehr laufen.
Tatsächlich klappt das aber problemlos.

Nun laufen alle 3 aus dem Sidux-Grub.

Gut, soweit. Aber ich hatte die naive Vorstellung dass es egal sei welchen Grub man wohin legt. menu.lst erweitern-fertig. Leider ist es halt nicht so.

Nun muss ich irgendwie noch den Grub von der Sidux-CD nach sda1 verlagern. Hoffentlich haut mir das nicht wieder was zusammen. Ich muss mich stark zurückhalten Grub nicht von Puppy zu installieren (weil es so einfach wär).