Original von hjs
Jo
Du hast ja ne hda dran .
Ne Part frei ? Reicht n gig .
Dann :Von hjslfscd booten - tools aufrufen - Host auf hda kopieren - grub für hda installieren - menu.lst einrichten - reboot von hda - dann grub-install /dev/sda1 --recheck .
Dann haste die devicemap und siehst , als was er die sda führt .HJS
Was hat sich eigentlich hier ergeben ?
Was den aktuellen Fehler angeht , werd ich wohl mal das komplette Script loggen müssen ...
HJS
Hm - aber der Fehler , den du beschreibst , hört isch genau so an , wie erste Runde binutils ausgelassen ...
hab noch mal das binutil.log gechecked - da ist am Anfang irgend ein fehler beim bzip2 - data corupted
die sourcen werde ich jetzt nochmal löschen das die nochmals gezogen werden und mal sehen was passiert
Hi,
jo hatte zwei kaputte packages binutils und mc
gelöscht wurden neu geladen - mall guggen - löppt gerade
Original von bronsky11
Hi,jo hatte zwei kaputte packages binutils und mc
gelöscht wurden neu geladen - mall guggen - löppt gerade
Denn man Tau .
Wenn du übrigens auch die .adds mitgewählt hast - X11 ist wie die Liste heißt - experimentell - gebuildet wird alles , abba da hängts noch irgendwo ...
Sodele - nu abba höchste Zeit für die Zappelhütte ... read u later 
HJS
Original von hjs
Builden rennt - mehr später ...
Ready - with Success - as expected 
HJS
Hi,
hab´s jetzt noch mal gestartet mit löschen der HP und neuem Download
hatte scheinbar ein paar kaputte Pakete
Hi,
mal ne Frage zu den Dateisystemen
bisher hatte ich meine Hilfspartition immer mit ext2 formatiert und nie Probleme
nach dem ich die versehenlich gelöscht hatte mach ich das mit ext3 gemacht und hab dauernd probleme - ich hab den Eindruck wenn mir die Kiste abschmiert hab ich immer irgendwelche inode Fehler was auch immer und scheinbar verrecken dann die betreffenden Inhalte - hier dann die Sourcen, die sich dann nicht mehr installieren lasse (meistens crashed dann das entpacken - da aber alles andere weiterläuft als wäre nix passiert - sieht man das meisten erst ganz am schluss
was iss nu besser ext2 oder ext3
Original von bronsky11
was iss nu besser ext2 oder ext3
Die Bezeichnung will uns suggerieren : ext3
Der Unterschied liegt im Journaling - ext2 ist halt einfach n FS ähnlich dem FAT - allerdings mit besseren Optionen bei kleinen Dateien - ext3 ist prinzipiell ext2 mit Journaling - soll bei FS Fehlern die Wiederherstellung ermöglichen .
Faktisch kannst du eine ext3 auch als ext2 mounten .
Wenn du bisher mit ext2 gut gefahren bist , kannste das ja wieder einrichten .
Meine hda4 ist allerdings schon seit ewig und 3 Tagen ext3 - ohne die von dir beobachteten Probs .
Kämpfe momentan mit nvramwakeup fürs hjslfs , wakeup/shutdown Probs des LinVDR auf ner alten Möhre mit P2B und ganz am Rande mit den X11 Scripts .
Daher ist der erneute Download der Sourcen im Fehlerfall noch nicht drin ...
HJS
Da die bisher verwendete udev-081 offensichtlich mit den Kernelheader der 2.6.20 nich mehr wirklich zufrieden ist ...
... wird nu udev-105 verwendet . Zwangsläufig sind damit auch die Bootschripte zu korrigieren - done
Lief sauber durch .
Angenehmer Nebeneffekt ist , daß diese udev Version auch das Inputevent aussagefähig bezeichnet - "was is meine FB ?" is ja nu fast simpel
HJS
Ne kleine Korrektur war nötig - da hatte sich n Kinken bei PATH eingeschlichen .
Mittlerweile führen auch die Scripte für X wieder zu nem funktionierenden Ergebnis ...
... eine Baustelle weniger
HJS
Da sich mittlerweile - dank Hilfe aus dem Portal ![:]](https://www.vdr-portal.de/images/smilies/pleased.gif "Freude"){kind=small}
- nvram-wakeup , acpi-wakeup und auch die FB voller Funktionalität erfreuen - werd ich dann mal die nötigen Scripte zu den Packages erstellen - und dann ist doch n echter VDR mit den Scripten möglich ...
demnächst auf diesem Bildschirm ...
HJS
Original von hjs
Testlauf mit experimental rennt - Host bereits erfolgreich durch ...
Aber dann ...
Was ein Glück , daß die Liste experimental heißt ... und ihrem Namen Ehre macht 
- iproute hatte Scriptfehler - fixed
- udev war falsche version in der Liste - fixed
- udev Script fehlerhaft - fixed
- nano mal wieder in der Version nicht verfügbar - updated
Nu sollte das Ganze auch am Stück rennen - ich hab gleich frei und die Kiste wird arbeiten ...
HJS
bei mir rennt es mit prestable leider nicht durch 
Gibt es ne logdatei?
Was ich sonst so aufm ersten Blick gesehen habe hat er cvs nicht kompilieren können und grub nicht installieren.
Trotzdem bringt er die Meldung: "Kompilierung des Basissystems abgeschlossen!" - naja die Frage ist nur wie.....
Ich hab gerade Angst, dass selbst wenn am Ende des Kompiliervorgangs keine Fehler stehen, irgendwo was schief lief, was sich vlt erst im späteren Betrieb zeigt.
Grüße Michi
P.S. falls es wichtig sein sollte und es keine logdatei gibt kann ich die letzten Meldungen auch abschreiben
Bei mir das gleiche mit der prestable .
Mit dem grub hat was nicht geklappt (stage1, stage2) und das kernel image ist nicht da (in den kernel sourcen bzw. unter /boot/grub).
Ich schicke dir per PN einen Link um ein tar.bz2 File herunterzuladen mit den Verzeichnissen (/mnt/lfs/.system /mnt/lfs/hjslfs /mnt/lfs/tmp) --> evtl. kannst du daran was erkennen (?).
Unter /mnt/lfs/tmp gibt es noch zwei Dateien "=tst-cancel4-socket-4-xxxx" di nicht im Archiv sind ?
Gruß,
Chuck
Don’t have an account yet? Register yourself now and be a part of our community!
