Siduction Forum
Siduction Forum => Software - Support => Topic started by: Phoenix on 2010/11/22, 00:56:47
-
Hallo zusammen,
ich meine, einen Hauptgrund für die Schwierigkeiten meines Aptosids mit der VirtualBox gefunden zu haben: Grub2 ist fehlkonfiguriert, und ich hab nach Handbuchlesen keine Vorstellung, wie ich das Problem lösen kann.
Versuch:
root@aptosidbox:/home/Nutzer_3# update-grub2
/usr/sbin/grub-probe: error: /boot/grub/device.map:1: No open parenthesis found.
/boot/grub/device.map
dev/disk/by-id/ata-SAMSUNG_HD502IJ_S13TJDWQ350137
(hd1) /dev/disk/by-id/usb-ExcelSto_r_Technology_J92_ExcelStor_GEK230T2ABHLBB-$
Diesen Spruch "No open parenthesis found" habe ich auch bei Aktualisierungsversuchen der VirtualBox oftmals gefunden; was soll ich damit anfangen?
Auf jeden Fall möchte ich jetzt gern die erste Platte ata-SAMSUNG_HD502IJ_S13TJDWQ350137 aus dem Grub der 2. Platte dauerhaft entfernt haben. (Ich weiß schon weshalb.) Leider gibt das Handbuch keinen Hinweis auf den speziellen Fall. Auch das Wiki weiß noch nichts dazu.
Automatisch konfigurieren funktioniert nicht, weil die Automatik immer die sda einbaut. (Die Abwahlmöglichkeit habe ich bei der Installation des Aptosid nicht entdeckt.)
Und die sdb darf in meinem Fall lediglich über den Bootlader des BIOS (!) und anschließendem Start des Bootmanagers Grub angesprochen werden. Das entspricht ungefähr dem Stickprinzip.
Könnt ihr mir auf die Sprünge helfen, wie ich die Änderung durchführe? Systemupdates / -upgrades dürfen den angepaßten Grub da nicht restaurieren!
Nette Grüße
Phoenix
-
Hallo Phoenix,
vorweg: k.A. was deine Fehlermeldung bedeutet.
Ich hab auch keine Vorstellung was Grub2 mit deiner Virtualbox zu schaffen haben sollte. AFAIK ist Virtualbox ein Programm das dann anfängt zu laufen wenn Grub lange fertig ist mit seiner Arbeit und die Festplatte, die für Virtualbox erstellt wird, liegt als Datei im user-Verzeichnis und mit der, oder den Betriebssystemen darauf, hat Grub schon mal gar nix zu tun.
Zu der Frage wie du verhindern kannst daß deine erste Platte im Grub-Menü auftaucht, warum auch immer, da wirst du dich mal mit der Konfiguration von Grub2 und wohl speziell mit dem OS-Prober beschäftigen müssen. Mit der Virtualbox hat das aber ebenfalls nix zu tun.
Gut erklärt wird die Grub-Konfiguration meiner Meinung nach hier:
http://wiki.ubuntuusers.de/GRUB_2/Konfiguration
Gruß
ayla
-
Wenn Du Grub für die erste Platte hast, einfach editieren /boot/grub/device.map
(hd0) /dev/sda
danach: update-grub
Wie immer bei Dir verdecken deine Vermutungen und Strategien eher das Problem als dass sie beim Supporten helfen: Kleine und klare Fragen bitte mit ausführlicher Fehlermeldung, Phoenix!
-
"Grub2 ist fehlkonfiguriert, und ich hab nach Handbuchlesen keine Vorstellung, wie ich das Problem lösen kann."
"Versuch:
Zitat:
root@aptosidbox:/home/Nutzer_3# update-grub2
/usr/sbin/grub-probe: error: /boot/grub/device.map:1: No open parenthesis found."
Inhalt der Datei (über nano ermittelt):
/boot/grub/device.map
" Code:
dev/disk/by-id/ata-SAMSUNG_HD502IJ_S13TJDWQ350137
(hd1) /dev/disk/by-id/usb-ExcelSto_r_Technology_J92_ExcelStor_GEK230T2ABHLBB-$"
Und da sehe ich, daß die sda = hd0 keine Bezeichnung in () vor dem Verweiseintrag dev/... hat.
"Diesen Spruch "No open parenthesis found" habe ich auch bei Aktualisierungsversuchen der VirtualBox oftmals gefunden; was soll ich damit anfangen?"
Klar, daß ich das recherchiert hatte, aber richtig fündig wurde ich da nicht. Übersetzt könnte das in etwa: "keine offenen Klammern gefunden" heißen; aber: eine Lösung finde ich dafür nicht. Ich kann ja wohl schlecht einfach (hd0) vor die ata-Samsung- Zeile setzen oder gar nur sowas: ()?
@ ayla: 22.11.2010, 07:39
"vorweg: k.A. was deine Fehlermeldung bedeutet."
Ich hab da einen kleinen Hinweis auf eine 1 Jahr alte Reihe im englischen Ubuntuforum gefunden, sonst nichts. Aber einen Lösungstipp sah ich da auch nicht bzw. verstand das nicht.
"Ich hab auch keine Vorstellung was Grub2 mit deiner Virtualbox zu schaffen haben sollte."
Wie üblich hätte ich mich klarer ausdrücken sollen: vor erneuten Versuchen, die VB zu restaurieren, will ich unbedingt erst den Grub2 richtig konfigurieren.
"... da wirst du dich mal mit der Konfiguration von Grub2 und wohl speziell mit dem OS-Prober beschäftigen müssen. Mit der Virtualbox hat das aber ebenfalls nix zu tun."
Gut, OS-Prober recherchiere ich später. Wiki und Handbücher zu grub2 hatte ich mir angesehen, fand aber nichts, wie ich in meinem Fall den automatisch erzeugten Eintrag für die erste Platte erst garnicht entstehen lassen kann bzw. den wieder wegbekomme. Ich hatte schon mit dem Mandriva gleichartige Probleme; da war der Eintrag für die erste Platte sowohl aus LILO (anfangs) und später aus Grub1 einfachst zu entfernen; danach waren gewisse Probleme weg. Probleme mit dem Grub bekam ich bei Aptosid auch erst, als ich im Rahmen der VB- Installation die Kernelanpassung machen mußte. Deshalb die Vermutung, daß da ein Zusammenhang bestehen könnte. Aber hier im Thread möchte ich nur erfahren, wie ich den Grub so hinbekomme, daß er keine Verbindung zur ersten Platte anlegt und auch bei Updates keine solche herstellt.
"http://wiki.ubuntuusers.de/GRUB_2/Konfiguration"
Klar, sehe ich mir auch an.
@ ralul: 22.11.2010, 12:14
"Wenn Du Grub für die erste Platte hast, einfach editieren /boot/grub/device.map
Code:
(hd0) /dev/sda
danach: update-grub"
"Kleine und klare Fragen bitte mit ausführlicher Fehlermeldung, Phoenix!"
Die Fehlermeldung lt. Eingangspost war genauso kurz und präzise, wie ich sie angegeben habe; die Editierung per nano habe ich nur angegeben, damit erkennbar wird, was mir fehlkonfiguriert erscheint. Ich will aber ganz bewußt eine Dualboot- Konfiguration in beiden Systemen vermeiden (openSUSE auf der sda, Aptosid auf der sdb). Im openSUSE ist ein Eintrag auf die sdb nicht vorhanden, und im Aptosid möchte ich keine für die sda sehen. Gerade update-grub könnte mir das wieder vermasseln.
Ganz sicher dürfte ich in den Anleitungen keinen Hinweis finden, wie ich bewußt eine Multiboot- Konfiguration vermeiden kann; aber natürlich sehe ich mir die Anleitungen und Beiträge dazu an, die ihr mir gegeben habt.
Ganz wichtig wäre mir ein Hinweis, ob und wie ich bei # apt-get update eine eventuelle Grub- Neukonfiguration vermeiden kann, falls der Updater erkennt, daß grub nicht richtig oder alt ist.
Ich bitte um Nachsicht, aber einfache Probleme will ich schon selbst lösen, da frage ich erst garnicht. Wenn ich schon vermute, daß es Schwierigkeiten geben könnte, frage ich anfangs nur so, daß gezielte Nachfragen von Euch mir die Möglichkeiten bieten, zielführender zu antworten. Vielleicht ahne ich bald, wie ich meine Fragen hier effizienter stelle.
Nette Grüße
Phoenix
-
Stelle einfach mal eine Frage, die Dir die wichtigste erscheint in nur einem Satz, bitte! Ich habe sie nämlich wahrscheinlich schon beantwortet...
-
"Stelle einfach mal eine Frage, die Dir die wichtigste erscheint in nur einem Satz, bitte! Ich habe sie nämlich wahrscheinlich schon beantwortet..."
Nein, hast Du leider nicht.
Meine Hauptfrage ist:
"Aber hier im Thread möchte ich nur erfahren, wie ich den Grub so hinbekomme, daß er keine Verbindung zur ersten Platte anlegt und auch bei Updates keine solche herstellt."
Da der Eintrag jetzt aber schon da ist, möchte ich auch noch wissen, wie ich den wegbekomme, ohne die Grub- Konfiguration zu beschädigen.
"Wenn Du Grub für die erste Platte hast, einfach editieren /boot/grub/device.map
Code:
(hd0) /dev/sda
danach: update-grub"
Ist leider das Gegenteil von dem, was ich haben möchte. So binde ich die sda in den 2. Grub ein, und gerade das will ich vermeiden.
Mehr als 1 Satz zur Erklärung brauche ich schon, sonst kann ich meine Frage ersparen.
Phoenix
-
Hi phoenix,
wenn ich alles richtig verstanden habe....
Ich würde den os-prober deaktivieren, meine /boot/grub/grub.cfg sichern, ein update-grub durchführen.
Wenn du nur dein aptosid mit dieser grub-Installation starten willst, wobei du vorher im BIOS die entsprechende boot-Platte auswählst, sollte dies genügen.
Hast du allerdings mehrere Systeme auf der sdb müsstest du die entsprechenden zusätzlichen Einträge aus der gesicherten grub.cfg übernehmen und dies müsstest du bei jedem update-grub von neuem tun.
Aber vielleicht weiß ralul da eine bessere Alternative.
Gruß
ayla
-
Hallo ayla,
den os-prober habe ich noch nicht recherchiert (kommt); mit dieser getrennten System- Startbarkeit habe ich aber genug Erfahrung. Jede Festplatte hat nur 1 System.
Nur hat mir Aptosid keine Kontrolle der Einstellungen des Grub bei der Installation ermöglicht. Deshalb konnte ich die sda dabei nicht abwählen. Das muß jetzt nachträglich erfolgen.
Ich werde sehen, wie ich die Hinweise von euch umsetze. Erst wenn der Grub in Ordnung ist, kommt die VBox wieder dran.
Nette Grüße
Phoenix
-
Hallo,
in deine /etc/default/grub
GRUB_DISABLE_OS_PROBER=true
einfügen.
update-grub
Trotzdem mal in das wiki schaun :wink:
Gruß
ayla
-
Hallo ayla,
in deine nano /etc/default/grub
Code:
GRUB_DISABLE_OS_PROBER=true
einfügen.
Wäre das an der Position korrekt?
GNU nano 2.2.5 Datei: /etc/default/grub
# If you change this file, run 'update-grub' afterwards to update
# /boot/grub/grub.cfg.
GRUB_DEFAULT=0
GRUB_TIMEOUT=5
GRUB_DISTRIBUTOR=`lsb_release -i -s 2> /dev/null || echo Debian`
GRUB_CMDLINE_LINUX_DEFAULT="quiet"
GRUB_CMDLINE_LINUX="vga=791"
GRUB_DISABLE_OS_PROBER=true
# Uncomment to enable BadRAM filtering, modify to suit your needs
# This works with Linux (no patch required) and with any kernel that obtains
# the memory map information from GRUB (GNU Mach, kernel of FreeBSD ...)
#GRUB_BADRAM="0x01234567,0xfefefefe,0x89abcdef,0xefefefef"
# Uncomment to disable graphical terminal (grub-pc only)
#GRUB_TERMINAL=console
# The resolution used on graphical terminal
# note that you can use only modes which your graphic card supports via VBE
# you can see them in real GRUB with the command `vbeinfo'
#GRUB_GFXMODE=640x480
# Uncomment if you don't want GRUB to pass "root=UUID=xxx" parameter to Linux
#GRUB_DISABLE_LINUX_UUID=true
# Uncomment to disable generation of recovery mode menu entries
#GRUB_DISABLE_LINUX_RECOVERY="true"
# Uncomment to get a beep at grub start
#GRUB_INIT_TUNE="480 440 1"
Klar, "update-grub" danach.
Trotzdem mal in das wiki schaun Wink
Das sind leider so Zaunpfahlwinke, die ich oftmals nicht einordnen kann. So habe ich jetzt das Aptosid- Wiki an fast allen Punkten durchgelesen; zielführend war...%?
Allerdings war im Handbuch etwas zur Grub- Konfiguration enthalten. Kann ja sein, daß ich meine Brille wieder mal putzen muß- aber das Abschalten des os-prober war da nicht zu sehen.
Nach dem Teil hatte ich gestern nacht gesucht, muß das aber vielleicht noch wiederholen.
Danke vielmals für Deine Tipps
Phoenix
-
Wie man update-grub nicht mehr braucht:
Wenn Du zB in /etc/default/grub
GRUB_DEFAULT="deine konkrete String Zeichenkette"
und zB in /etc/grub.d/40_custom
#!/bin/sh
exec tail -n +3 $0
#
#
menuentry "deine konkrete String Zeichenkette" {
set root='(hd0,3)'
linux /vmlinuz root=/dev/sda3 ro
initrd /initrd.img
}
Dann brauchst du nach einem einmaligen update-grub es nie wieder zu machen, denn ein neuer Kernel legt immer den gleichen Symbolischen Link! Und es wird dein konkreter Eintrag automatisch von Grub ausgewählt und gebootet.
- Erklärung1: GRUB_DEFAULT braucht nicht nur eine Nummer sein
- Erklärung2: Seltsame Zählweise, aber hd0,3 steht für die erste Harddisk aber die dritte Partition!!
- Erklärung3: grub-install verändert den MBR einer Harddisk
- Erklärung4: grub-setup braucht man nicht, man kann damit grub-install differenzierter machen.
- Erklärung5: update-grub schreibt eine neue /boot/grub/grub.cfg Konfig, verändert aber sonstnix
- Erklärung6: os-prober ist nur ein Werkzeug für grub-update
Das ist ein Beispiel, ohne eine konkret auf Dich gemünzte Anpassung. Bei meinen Tips muss man auch manchmal konkret das Gegenteil machen, wenn ich konkret das Gegenteil ankündige.... ich muss ja auch mitdenken bei Hauptfragen ohne konkret ein Fragezeichen!
-
@phoenix
Position ist egal, wenn eine konkrete Position notwendig ist schreib ich das dazu.
Mit wiki meinte ich das verlinkte ubuntu-wiki. Werd' aber auch unseres mal durchsehen ob ich da was verbessern, einfügen kann.
gruß
ayla
-
Hallo ralul,
ich weiß nicht wie weit die Forensoftware ist, aber ich würde gern mal ein virtuelles Bier mit Dir trinken und Dir dabei verständlich machen, daß solche Tipps wie in Deinem letzten Beitrag für Einsteiger zur Katastrophe führen müssen.
Da geht es um Ergänzung von shellscripts, und wenn ich das recht verstehe, sowas auch noch im anderen System. Gut, registrieren kann ich das, aber ich werd' mich hüten, das umzusetzen. Ich muß bei meinem Gesamtsystem absolut vermeiden, daß eine Installation auf die andere im System zugreift; das Austauschen von einfachen Arbeitsdokumenten ist was anderes.
Ich würde mich gern mit Dir verständlicher austauschen, sehe aber gegenwärtig keine Chance dazu. Schreibe ich zuviel, bekomme ich einen komischen Hinweis, schreibe ich zu kurz, genauso. What shell we do? Genau: si tacuisses.
Du must einfach davon ausgehen, daß ich die absolute Konsolenfixiertheit von Debian & Co. nicht kenne und oftmals schon bei der Recherche graue Haare bekomme. In dem Sinne
Nette Grüße
Phoenix
-
Hallo ayla,
klar, das mit der Position ahnte ich zwar, aber... Das Ubuntu- Wiki wird gerade gewartet; dennoch meine ich, daß ich bei diversen Recherchen darin schon nachgesehen habe. Die komische Notation von Grub2 stand da auch drin.
Ich teste Deine Tipps später mal.
Danke & nette Grüße
Phoenix
-
Da geht es um Ergänzung von shellscripts
/etc/grub.d/40_custom
ist extra dafür um es als User zu ergänzen. Diese Konfig Datei wird von update-grub eingelesen zur Erzeugung von /boot/grub/grub.cfg indem es sich als Bash script per tail in der zweiten Zeile selbst kopiert. Exec ist auch Exit nach dem tail Befehl.
Doch im eigenen System: Das fremde "ubuntu" war mir zuerst reingerutscht in meine Antwort, weil ich etwas kopiert hatte aus dem anderen System. Der richtige Pfad steht aber jetzt in der Antwort.
Ich selbst habe nur einen Grub für fünf Linux Installationen. Und Dank des oben beschriebenen Mechanismus, der einfach die Symlinks nimmt, brauche ich kein update-grub für meine Systeme. In openSUSE und Gentoo heissen die Symlinks nur etwas anders....
-
Diese genannten symlinks sind auch dann praktisch wenn man nur ein System zum booten hat aber aus irgend einem Grund das update-grub vermeiden und trotzdem immer den neusten Kernel booten will.
Dabei aber Vorsicht: Immer einen funktionierenden älteren Kernel in Reserve behalten.
Also, zwei Möglichhkeiten hast du jetzt.
-
Hallo,
das shellscript müßte ich, wenn ich den Ablauf recht verstehe, im openSUSE abändern/ ergänzen? OpenSUSE hat noch immer Grub1...
Wie schon angedeutet, will ich die Verbindung nicht. Der Hauptgrund dafür ist, daß ich kein den Regeln entsprechendes Dual- bzw. Multibootsystem haben will.
Die externe USB- Platte soll wie ein USB- Stick agieren, also keinen Bootlader besitzen, der auch das Hauptsystem booten kann. Kommt bei korrekter Abfragereihe im BIOS das USB vor dem DVD- Laufwerk und der internen Platte an die erste Reihe, sucht das BIOS da nach einem bootbaren System. Der Grub sollte dann das Starten bewirken (und tut das auch). Ist kein USB- Medium und keine CD vorhanden, ruft das BIOS den Bootmanager auf der Hauptplatte auf. Und aus dem habe ich die USB- Platte schon herausgelöscht.
Ich bremse die Aktion hier erst einmal ab, da mein System irgendeinen Bock hat, den ich nicht finde. Ich frage dazu in einem neuen thread nach.
Danke & Gruß
Phoenix
-
das shellscript müßte ich, wenn ich den Ablauf recht verstehe, im openSUSE abändern/ ergänzen?
Nein!
Wie ralul schon geschrieben hat:
In deiner aptosid-Installation die /etc/grub/40-custom.d entsprechend ergänzen.
Os-prober deaktivieren. Nach einem update-grub solltest du dann einen Eintrag haben der immer deinen neuesten Kernel über die symlinks bootet. Wenn du dann noch einen Eintrag für einen funktionierenden Kernel behälst bist du auf der sicheren Seite. Diese Prozedur musst du nur bei einer Aktualisierung von Grub wiederholen wenn dabei die /etc/grub neu erstellt wird.
Aber ich glaube grub fragt dann nach was er tun soll.
Tipp: Fang nicht 3 Baustellen auf einmal an sondern arbeite eine nach der anderen ab. Und falls du zuviele Probleme hast würde ich zu einer sauberen Neuinstallation raten wobei ein strukturiertes Vorgehen empfehlenswert wäre.
Du wirst allerdings durch die Reparatur eines verkonfigurierten und möglicherweise durch fehlerhafte Installation von (Fremd)-Paketen beschädigten Systems deutlich mehr lernen. :)
Gruß
ayla
-
Wie gesagt, das war die Lösung schon vor Zeiten:
Wenn Du Grub für die erste Platte hast, einfach editieren /boot/grub/device.map
(hd0) /dev/sda
Und Towo meinte mit File fixen im anderen Thread dasselbe.
Wenn Du nur die zweite Platte willst entsprechend:
(hd1) /dev/sdb
-
Wie gesagt, das war die Lösung schon vor Zeiten:
Wenn Du nur die zweite Platte willst entsprechend:
(hd1) /dev/sdb
jupp.
Sorry, wegen zuviel Nebel das eigentliche Problem übersehen
-
Hallo ayla, hallo ralul,
ich hab jetzt 2 Tage überlegt, was ich weiter machen werde.
Im Augenblich ruht das ganze, ich werde jetzt versuchen, die Tipps in eine passende Reihenfolge zu bringen. Weshalb meine Installation defekt wurde, kann ich nicht wirklich nachvollziehen; die kryptischen Fehlermeldungen sind etwas für'n knallroten... Auf jeden Fall werde ich davon absehen müssen, Aptosid jemals produktiv einzusetzen.
Bei mir geht es absolut nicht ohne propritäre Treiber und Werkzeuge (Grafikkarte, VBox, Drucker/ Scanner). Und da zeigt sich Aptosid einfach nur störrisch bis ungeeignet.
Und wenn ich schon sehe, was der Installer mit Grub2 angestellt hat... Taugt der Installer nicht oder ist Grub2 unausgereift?
Vielleicht treibt mich ein Rest Ehrgeiz noch so weit, das Aptosid zu reparieren- neu installieren werde ich das mit Sicherheit nicht mehr. Ich hatte gehofft, als Seiteneinsteiger auch ein sprödes Debian- Derivat nutzen zu können... Satz mit X.
Vor allem Du, ayla, hast Dich wirklich redlich bemüht; ich kann mich nur noch einmal dafür bedanken.
Schönes Wochenende
Phoenix
-
Grub2 ist unausgereift, nur Beta.
Aptosid ist Debian unstable....
-
Grub2 ist unausgereift, nur Beta.
Aptosid ist Debian unstable....
@ ralul: Bei grub2 kann ich dir jetzt so nicht wirklich zustimmen.
Ich hatte bis vor einem halben Jahr eine Installation mit 6 Festplatten und -je nach Laune- 2 bis 8 Betriebssystemen und immer Probleme Grub-legacy die Reihenfolge meiner Festplatten beizubringen. Seit dem Umstieg auf Grub2 -und zwar von Anfang an- hab ich mich nicht mehr um irgendwelche Boot-Probleme kümmern müssen. OK, wenn das beta ist freu ich mich auf stable. Neue Installationen auf neue Hardware vor einem halben Jahr und jetzt gerade eben wieder -keine Probleme mit grub2, keine Probleme mit aptosid allgemein. Sicher ist aptosid Debian unstable -läuft aber bei mir seit jetzt mehr als 2 Jahren als Haupt und inzwischen einziges System- problemlos und stabiler als alles was ich vorher probiert hatte -trotz proprietärer Treiber. Ok -Ausnahme Debian stable- :)
@ Phoenix:
Find ich schade daß du das Handtuch werfen willst.
Dein bisheriges Durchhaltevermögen, -aber auch dein "rumgestochere" in aptosid- erinnern mich doch sehr an meine Anfänge vor zwei bis drei Jahren :)
Solltest du dich irgendwann nochmal dran wagen:
Schau dir die Grundlagen an
Teste deine Grundinstallation ob auch wirklich alles funktioniert bevor du sie erweiterst.
1. Fehlermeldungen beim booten?
2. Grafische Oberfläche läuft mit dem Treiber meiner Wahl?
3. Netzwerkprobleme?
4. Audio?
....
Irgendwas funktioniert nicht so wie es sollte? Fehlermeldungen? Irgendwas nicht verstanden?
Problem in kleine Teile zerlegen. -Deshalb: Grundlagen!- Wie sollte das normalerweise funktionieren? Welche Schritte führt mein System aus um diese Funktion zur Verfügung zu stellen? Welcher Schritt hakt?
Du kommst nicht weiter? Wie ralul schon sagte: Kleine, klare Fragen stellen.
Struktur:
Ich möchte dies erreichen.
Dabei führe ich diese Schritte aus.
Bekomme aber dieses Ergebnis oder diese Fehlermeldung.
Was mache ich falsch?
Wie kann ich mein gewünschtes Ergebnis -eventuell auch auf anderem Weg- erreichen?
Der, der dir antwortet, geht davon aus daß du wenigstens im groben einen Überblick über die Grundlagen hast.
Wenn du die Antwort nicht verstehst fehlen dir diese.
Schau sie dir nochmal an. Kurze, klare Nachfragen wenn du etwas nicht verstehst.
Wie ich schon sagte: Es ist nicht wirklich so viel wie es aussieht. Du musst nicht das Debiananwenderhandbuch auswendig können. :D
Wenn dein Grundsystem dann funktioniert:
Eine Anwendung nach der anderen installieren und testen.
Dabei grundsätzlich die Pakete benutzen die sid/aptosid zur Verfügung stellt.
Gibt keins? Fragen!
Keinen Tarball reinklopfen, sondern, wenn schon, ein .deb bauen und mit dpkg installieren. Ist ganz einfach.
Funktionierts? alles prima!
Funktionierts nicht:
Stop.
Fehlersuche.
Keine Holzhammermethode nach dem Motto:
Einfach mal weitermachen, repariert sich vielleicht von selber -wird es nicht tun.
Oder:
"Das .deb-Paket aus sid tuts einfach nicht, ich klopfe den Tarball der nächsten Beta-Version des Maintainers rein, dann wirds schon klappen."
Wenn das Paket aus sid nicht funktioniert hat es einen Grund.
Nachfragen.
Keine Experimente oder irgendwas nicht wirklich nötiges bevor du dein System nicht stabil am laufen hast. Danach? Viel Spaß! :)
Gruß
ayla
Ach ja: Und danke, Phoenix! Ich habs deinen Problemen mit der virtualbox und dem daraus resultierenden wiki von agaida zu verdanken daß ich mich an die proprietäre Version rangetraut habe und diese inzwischen bei mir läuft. :wink:
-
Hallo @ayla,
eine gewisse Hartnäckigkeit ist sicherlich sehr gut, um mit aptosid und auch Linux vertrauter zu werden.
Vergessen sollte man allerdings auch nicht, und das gilt für freie wie nicht freie Software, dass der Computer mit seiner Software das Werkzeug ist, dass mir zu dienen hat. Jedes Lernen kostet Zeit, die ich dann für anderes nicht habe.
Grub2 hat mich schon einiges an Zeit gekostet, der alte Grub kaum, daher verwaltet auch Grub von PCLOS im MBR das Booten der installierten Systeme und in aptosids Grub2 wird über Chainload gebootet.
Keinen Tarball reinklopfen, sondern, wenn schon, ein .deb bauen und mit dpkg installieren. Ist ganz einfach.
Mit dem Tarball gebe ich Dir recht, aber bau mir mal ein Debianpaket vom aktuellen digikam 1.6.0 oder zeige mir eine Anleitung, mit der ich das als ambitionierter Debiananwender in wenigen Stunden hinbekomme :-)
Für Leute wie @DonKult oder @towo mag das sehr einfach sein.
Ich bin nun seit Woody Debiananwender, kenne einiges an Werkzeugen für Debian, würde aber nur mit sehr großer Mühe ein Paket bauen können, was derart komplexe Abhängigkeiten hat wie zum Beispiel digikam.
Mit meinem Kommentar möchte ich keine Anwender von einer intensiven Beschäftigung mit Debian abhalten. Allerdings wird manches als sehr einfach beschrieben, die Umsetzung ist dann aber überhaupt nicht einfach und das kann dann aufreibend sein.
Viele Grüße,
Holger
-
Hallo zusammen,
danke, daß ihr mich vom Aufgeben abbringen wollt. Aber...
Grub2 ist unausgereift, nur Beta.
Aptosid ist Debian unstable....
Dies ist eine tolle Info- die erste Abteilung hat mich dazu gebracht, nach diesem Werkzeug zu suchen und was ich fand, nachzulesen. Alles toll, alles easy- aber auch hier wurde ein Produkt in den Markt gedrückt, was nicht ausgereift ist. Erprobung beim Kunden (Anwender) heißt das marktökonomisch. Und das ist mehr als Mist.
Ich möchte die EDV primär als Arbeitsmittel nutzen, nicht als Experimentierfeld. Das Probieren kommt nebenher, das würde ich ohne ein funktionierendes Hauptsystem nicht machen. Man kann über openSUSE hetzen was man will (Linux- Redmond etc.), mehr wirkliche Unterstützung für den Anwender bietet keine andere Distri. Mandriva fällt dagegen um Längen ab, vom Rest - auch Debian - will ich erst garnicht reden.
Ganz klar bin ich mir über die Rolle der ..buntus nicht; alle Debian- basierten Systeme haben nach meiner Erfahrung erhebliche Mängel bei der Erkennung nicht expliziter Linux- Hardware.
Das zweite war mir vorher klar, aber ich wollte unbedingt mal wissen, wie weit ich bei so spröden Systemen mit meinem Wissen und meinen Fähigkeiten komme. Ich bin mir nicht bewußt, gegen bekannte Linux- Regeln beim Installieren verstoßen zu haben- die ersten Böcke kamen erst bei der Installation der VirtualBox auf. Bemerkbar waren die erst nach Systemupdate bzw. Upgrade.
So, wie sich bei mir Grub2 darstellt, hat dieser eine Macke, obwohl er bereits bei mir mit Mandriva 2010.1 KDE lief. Ich habe schon nachgesucht, ob sich dieses Spielwerkzeug bei Aptosid gegen Grub1 = Legacy tauschen läßt; nur Ubuntu bietet da was an...
@ Phoenix:
Find ich schade daß du das Handtuch werfen willst.
Dein bisheriges Durchhaltevermögen, -aber auch dein "rumgestochere" in aptosid- erinnern mich doch sehr an meine Anfänge vor zwei bis drei Jahren Smile
Und genau das schätze ich sehr. Du scheinst mir bestens nachvollziehen zu können, wie es Seiteneinsteigern zumute ist. Die Nutzer, die alle Erfahrungen der Linux- Welt gesammelt haben wollen und auch immer so tun, als ob jeder, außer dem Nachfrager, das hätten wissen müssen, regen mich auf. Wenn solche Kenner nicht in der Lage sind, auf Anfänger bzw. Seiteneinsteiger einzugehen, sollten sie ihr Wissen besser unter dem Mäntelchen halten. So einzeilige Einwürfe frustrieren nur.
Solltest du dich irgendwann nochmal dran wagen:
Schau dir die Grundlagen an
Das mache ich nur im Rahmen einer Fehleranalyse; sonst probiere ich meistens erst. Ich habe schon eine so große Zahl an Infoquellen zu diversen EDV- Programmen "verschlungen", daß sich das Vorher- Studieren von Grundlagenwissen nicht lohnt. Begleitend mache ich das aber schon.
Teste deine Grundinstallation ob auch wirklich alles funktioniert bevor du sie erweiterst.
Ja, beim Aptosid gelang (nach erster Wiederholinstallation nach dem /home- Problem) der Start problemlos, Fehlermeldungen gibt es dabei auch derzeit nicht.
1. Fehlermeldungen beim booten?
Wie gesagt, nichts zu erkennen.
2. Grafische Oberfläche läuft mit dem Treiber meiner Wahl?
Das hatten "wir" hier zusammen ja auch ausgeheckt- nichts (mehr) zu beanstanden.
3. Netzwerkprobleme?
Interner Art? Ja, aber das sind Rechteprobleme, die ich später lösen will; root darf und kann ja fast alles, und da komme ich an fast jede Datei dran. Ins Netz komme ich ohne Probleme, speziell als Nutzer. Root soll besser nicht dorthin.
4. Audio?
Habe ich nicht eingerichtet, aber das System produziert auch bei Start und Abmeldung keinen Ton. Gesucht habe ich danach, aber noch keine Lösung gefunden.
....
Irgendwas funktioniert nicht so wie es sollte? Fehlermeldungen? Irgendwas nicht verstanden?
Im Thread über die Grub- Fehlfunktion habe ich die schon aufgezählt. Und genau durch ein, zwei Punkte dieser Fehlermeldung kam ich erst drauf, daß Grub einen Hau weg hat; dafür wurde ich schon schräg angesprochen...
Problem in kleine Teile zerlegen. -Deshalb: Grundlagen!- Wie sollte das normalerweise funktionieren? Welche Schritte führt mein System aus um diese Funktion zur Verfügung zu stellen? Welcher Schritt hakt?
Es hakt bei jeder Systemaktualisierung bei Update und Upgrade. Wenn ich den Grub erst einmal zusammengestaucht habe (), sehe ich weiter, wo es hakt.
Du kommst nicht weiter? Wie ralul schon sagte: Kleine, klare Fragen stellen.
Wenn ich bei einem - für mich - Kardinalproblem keine Lösung weiß, kommt leicht eine Fragensammlung zusammen. Ich kann einfach kein Steno und auch kein SMS...
Struktur:
Ich möchte dies erreichen.
Dabei führe ich diese Schritte aus.
Bekomme aber dieses Ergebnis oder diese Fehlermeldung.
Was mache ich falsch?
Wie kann ich mein gewünschtes Ergebnis -eventuell auch auf anderem Weg- erreichen?
Problemanalysen mache auch ich ständig, wenn auch meist nur im Kopf. Wenn es mir reicht, schreibe ich auch alles auf. Für das jetzige Systemproblem habe ich das auch noch vor; aber darüber lasse ich sicher noch einige Zeit vergehen. Wie angedeutet, ist der Teil- Ausfall des Nebensystems kein Anlaß zur Panik; beim Hauptsystem sähe das anders aus.
Der, der dir antwortet, geht davon aus daß du wenigstens im groben einen Überblick über die Grundlagen hast.
Wenn du die Antwort nicht verstehst fehlen dir diese.
Dies trifft aber nur dann zu, wenn die Antwort manchmal eine Erklärung mitliefert. Sonst kann ich bei Grundlagensuche auch nur im Nebel stochern.
Schau sie dir nochmal an. Kurze, klare Nachfragen wenn du etwas nicht verstehst.
Ob mir das gelingen wird, weiß ich nicht; aber: ich arbeite dran.
Wie ich schon sagte: Es ist nicht wirklich so viel wie es aussieht. Du musst nicht das Debiananwenderhandbuch auswendig können. Very Happy
Ich möcht's aber schon gern mental verlinken...
Wenn dein Grundsystem dann funktioniert:
(hier nicht zitiert)
Ich geb ja zu, daß ich ein rheinisch- westfälischer Querkopf bin; Deine restlichen Tipps werde ich mir sicher mehrfach durchlesen.
Aber im Ernst: ich habe schon angefangen mit DV- Wissenssammlung, als es noch sowas wie Basic (und Fortran?) als Arbeitsbasis gab; mangels eigenen Rechners konnte ich das nie nutzen, deshalb ist nahezu alles von dem Wissen wieder verfallen.
Ach ja: Und danke, Phoenix! Ich habs deinen Problemen mit der virtualbox und dem daraus resultierenden wiki von agaida zu verdanken daß ich mich an die proprietäre Version rangetraut habe und diese inzwischen bei mir läuft. Wink
Na siehste, DAU- Fragen können manchmal auch zu etwas nutze sein... Mein Problem ist, daß ich wahrscheinlich zu alt für so ein glaubensnahes System bin. Ich stehe auf dem Standpunkt, daß die DV mir zu dienen hat, nicht ich der DV. Aber das schaffen ja noch nicht einmal Redmond- Systeme...
.........
eine gewisse Hartnäckigkeit ist sicherlich sehr gut, um mit aptosid und auch Linux vertrauter zu werden.
Vergessen sollte man allerdings auch nicht, und das gilt für freie wie nicht freie Software, dass der Computer mit seiner Software das Werkzeug ist, dass mir zu dienen hat. Jedes Lernen kostet Zeit, die ich dann für anderes nicht habe.
Manchmal wäre es besser, die Entwickler konzentrierten sich zunächst darauf, für ihr neues Produkt eine wirklich passende Anleitung zu erstellen, statt es ratzfatz auf den Markt zu werfen. Wenn ich an die Katastrophe mit KDE 4.x denke... Erst jetzt wird es allmählich nutzbar, anfangs gab es nur halbgare und rein englischsprachige Anleitungen. Ich weiß nicht wieviel Zeit ich allein darauf zugebracht habe, ihm im Hauptsystem die Redmond- nahen Spielereien auszutreiben...
Grub2 hat mich schon einiges an Zeit gekostet, der alte Grub kaum, daher verwaltet auch Grub von PCLOS im MBR das Booten der installierten Systeme und in aptosids Grub2 wird über Chainload gebootet.
Ehrlich gesagt wäre ich froh, wenn ich das Ding abschießen könnte. Aber bei Updates bzw. Upgrades wird das ja wahrscheinlich immer wieder nachinstalliert. Wenn ich nur dran denke, daß bei 2 Mandriva- Installationen auf der externen Platte sogar LILO perfekt arbeitete, und das noch letztes Jahr...
... aber bau mir mal ein Debianpaket vom aktuellen digikam 1.6.0 oder zeige mir eine Anleitung, mit der ich das als ambitionierter Debiananwender in wenigen Stunden hinbekomme Smile
Für Leute wie @DonKult oder @towo mag das sehr einfach sein.
Ach du je, DigiKam... steht auch auf meiner Liste.
... Allerdings wird manches als sehr einfach beschrieben, die Umsetzung ist dann aber überhaupt nicht einfach und das kann dann aufreibend sein.
Wie ich vorher irgendwo im Forum schon einmal gesagt habe: ich bin vorgewarnt worden, wollte aber nicht hören- jetzt muß ich fühlen... Das Thema Sidux, Debian, Aptosid hat mich gereizt; mittlerweile glaube ich, daß es auch nutzerfreundlicher gehen könnte.
Ich wäre froh, wenn es noch mehr Leute mit Verständnis für Anfängerprobleme geben würde und bedanke mich wirklich für eure Beiträge. Wenn jemand Interesse daran hat, (m)eine Ausarbeitung zu meinem zunächst seltsam erscheinenden Bootsystem zu erhalten, freue ich mich auf eine Rückmeldung.
Schönes Wochenende
Phoenix
-
danke, daß ihr mich vom Aufgeben abbringen wollt. Aber...
Aber ich will dich entmutigen!!!
Grub2 ist unausgereift, nur Beta.
Aptosid ist Debian unstable....
...
Ich möchte die EDV primär als Arbeitsmittel nutzen, nicht als Experimentierfeld. Das Probieren kommt nebenher, das würde ich ohne ein funktionierendes Hauptsystem nicht machen. Man kann über openSUSE hetzen was man will (Linux- Redmond etc.), mehr wirkliche Unterstützung für den Anwender bietet keine andere Distri.
Ein Satz voll und ganz richtig:
openSUSE ist bestens für Dich geeignet.
Debian unstable nicht!!!
"unstable" ist auf Deutsch:
unausgereift und voller Tücken
-
"unstable" ist auf Deutsch:
unausgereift und voller Tücken
selten hab ich so einen käse gelesen :)
die hier vorliegenden probleme sind meiner bescheidenen meinung nach nur in der falschen herangehensweise des users zu suchen.
ich sehe jeden tag anfänger die damit klarkommen.
greetz
devil
-
Grüß' Dich ralul,
wie sagt der Lateiner? Genau, what shell's.
Und weiter: wer lesen kann, ist klar im Vorteil. Ein hundertfacher Signaturspruch... :-)
"Aber ich will dich entmutigen!!! "
Na, da mußt Du aber andere Mittel anwenden und früher aufstehen! ;=}}
Ich kann jetzt nicht einschätzen, ob du echt böse bist oder mit einem Auge zwinkerst. Aber 3 1/2 Jahre intensiven Forenstudiums der freien Szene lassen eins wachsen: ein dickes Fell. A.a.O versuche ich selbst auch zu helfen so gut ich kann; nur bei einem so neuen Thema läuft die Richtung anfangs nur einseitig. :^(
"openSUSE ist bestens für Dich geeignet.
Debian unstable nicht!!!
"unstable" ist auf Deutsch:
unausgereift und voller Tücken"
Soll ich jetzt lachen oder heulen? Die ganze Welt ist voller Tücken, und man kann mit seinen Aufgaben wachsen... (^J*)
Behauptet habe ich mit keinem Wort, daß oS die beste Linuxdistri der Welt sei- mir ging es wirklich nur um die Unterstützung = Hilfe intern, nicht um die Beurteilung oder einen Fanatismus. Glaubenskämpfe überlasse ich anderen...
Im Vorfeld habe ich schon einiges zu Sidux recherchiert; ich hatte wirklich vor, das oS abzulösen und durch Sidux ersetzen. Aus "politischen" Gründen wird der Ersatz auch kommen; nur wird der Retter nicht Aptosid sein können. Man kann mir zu einer Distri erzählen was man will- habe ich das nicht selbst getestet, glaub' ich das meiste sowieso nicht.
Aber mit Verlaub: solche Antworten wie von Dir gerade erhöhen bei mir den Reiz, weiter dranzubleiben. Wenn Du jetzt sagst: "ojemineh auch das noch" muß ich lachen.
Aber Spaß beiseite: so Skeptiker wie Dich würde ich wirklich gern zu einem virtuellen Pivo einladen. Und vielleicht zu einer Runde Fingerhakeln über den Draht.
Wie sieht's aus? + oder - ? Ich fände es gut, wenn wir uns nicht ernstlich käbbeln müßten
Schönen Sonntag
Phoenix
-
da kann ich devil nur beipflichten. Debian SID ist ohne Probleme auch für Anfänger geeignet. Dies kann aus meiner Erfahrung mit Nutzern von sidux/aptosid bestätigen.
-
Hallo devil,
ich kenne einiges zur Definition von Debian unstable. Verunsichern lasse ich mich durch solche Sprüche nicht.
Ich wüßte wirklich gern, inwiefern ich falsch an das Thema "Studium von Aptosid" herangegangen bin. Bitte keine Generalabrechnung...
Nette Grüße zum Sonntag
Phoenix
-
Hallo bluelupo,
Gruß nach Süden.
Mein Spruch zu Debian- Derivaten und schwieriger Hardwareerkennung beruht auf meinen Erfahrungen seit irgeneinem Ubuntu in 2007. Das habe ich nur mit Schwierigkeiten installiert bekommen, und das damalige Gnome war... schrecklich. Immer wieder habe ich Schwierigkeiten beim Start von CD/ DVD mit Ubuntu, Sidux, Aptosid, Mint etc; zumindest mit xmodule=vesa muß ich alle erst dazu bringen, etwas sichtbares zu zeigen. Andere Distris (auf anderer Basis) haben die Schwierigkeiten nicht. Auch Knoppix nicht. Das war auch dem Vorläufer des aktuellen Rechners so, der in 2008 "über den Jordan" ging.
Vielleicht erinnerst Du Dich noch an meine Aktionen mit Sidux auf Stick; nach einigem Hin und her konnte ich damit umgehen. Ich hab auch bei meinen "hochgelobten" Distris immer etwas anpassen oder nachinstallieren müssen. In unserer örtlichen LUG ist auch ein Mitstreiter, der Aptosid bevorzugt. Ich will ja durchaus wissen, wo meine Blockaden liegen; "Aufgeben gilt nicht" ist auch einer meiner Sprüche.
Im Moment sähe ich als Vorteil an, den OT- Teil dieses Threads separat auszulagern, weil es zu viel wird; ich selbst kann das leider nicht, aber vielleicht Du?
Ich hoffe jedenfalls, daß ich nach einiger Nacharbeit und einem neuen Versuch das Schätzchen wieder hinbekomme; das dauert aber etwas.
Nette Grüße
Phoenix
-
Hi,
@holgerw:
phoenix scheint, so zumindest mein Eindruck, nicht zu den Leuten zu gehören die sich alle drei Tage eine neue Distri draufschmeissen, in dem emtsprechenden Forum dann noch 4 Wochen rummotzen, um dann zum nächsten weiterzuziehen.
Ein Umstieg von anderen Distris auf strikte Debian-Regeln ist halt nicht so einfach, auch wenn das nicht an Debian sondern -u. A.- an den Herstellern von Hardware und deren Treiber liegt. Doch dies, und die Vorteile davon, sind anfangs nicht so leicht zu verstehen. Auch die Vorteile, die das Arbeiten im Terminal bringt muß man erst mal selbst entdecken bis man das jemand glaubt. :)
Ohne eine gesunde Portion Hartnäckigkeit und Ehrgeiz geht da garnix.
Sicher kostet mich das Lernen -erstmal- Zeit. Aber die ist gut investiert und wenn ich mein System dann kenne und vernünftig damit umgehen kann, bekomme ich die dann wieder zurückgezahlt -mit Zinsen.
Du hast mit deinem Einwand betreffs der Einfachheit der Paketierung natürlich vollkommen recht, so verkürzt wie ich das dort gesagt habe ist es grottenfalsch.
Wenn ich ein Paket für ein Repo nach den strikten Regeln erstellen will, daß auch noch eine Unmenge an Abhängigkeiten und eventuell auch noch Konflikten mit meiner Installation hat, kann ich das auch nur dem von dir angesprochenen Personenkreis überlassen.
Auch war der Tarball nur als Beispiel gemeint, ich beziehe mich da genauso auf z.B. ATI's .run für den fglrx.
Was ich damit meinte war: Wenn ich erst mal das bin vorliegen habe ist es kein großer Schritt mehr dies dann auf eine mit apt bzw dpgk verträgliche Art und Weise zu installieren anstatt mit make install den Hammer zu benutzen.
Die Abhängigkeiten und/oder Konflikte musste ich da sowieso schon aufgelöst haben sonst kompilierts oder funktionierts später eh nicht.
Wenn ich dann keine Zeit oder Lust habe, oder mich nicht dran traue noch die Debian Steuerdateien zu erstellen, gibts ja auch noch z. B. checkinstall, von dem ich mir diese Arbeit abnehmen lassen kann.
Dann habe ich zumindest ein einfach zu verwaltendes Paket, nur für den privaten Gebrauch, und so viel komplizierter war das auch nicht.
Gruß
ayla
-
Villeicht mal grundsätzlich zu unserer Art hier zu supporten:
(Ich erinnere mich) Towo's Schnipsel fand ich zuerst unheimlich arrogant, weil ich sie nicht verstand. Sie regten mich aber an nachzuforschen und nachzufragen, so dass ich irgendwann die Hürde des Anfängers schaffte.
Vielleicht sind wir als Supporter noch zu ausschweifend? Oft weiss ich zusätzliche Tricks, die es aber für den Einsteiger verkomplizieren und ablenken...
-
phoenix scheint, so zumindest mein Eindruck, nicht zu den Leuten zu gehören die sich alle drei Tage eine neue Distri draufschmeissen, in dem emtsprechenden Forum dann noch 4 Wochen rummotzen, um dann zum nächsten weiterzuziehen.
Hallo Ayla,
wenn ich letzteres (nach dem ,) mache, dürft ihr mich alle beschimpfen; das ist noch nie meine Art gewesen. Deine Einschätzung stimmt, Distrohopping widerstrebt mir.
Wenn ich mich schon einmal zu einer Systemumstellung durchgerungen habe, muß das Hand und Fuß haben; davon abgesehen gestatten Live- Versionen schon so manche Tests, ohne das System anzukratzen.
Was meinst Du, was das für ein Kampf mit mir war, Redmond als Systeminstallation von der Festplatte zu entfernen... heute bin ich heilefroh, daß das nur für seltene Fälle in der VirtualBox noch läuft.
Ein Umstieg von anderen Distris auf strikte Debian-Regeln ist halt nicht so einfach, auch wenn das nicht an Debian sondern -u. A.- an den Herstellern von Hardware und deren Treiber liegt. Doch dies, und die Vorteile davon, sind anfangs nicht so leicht zu verstehen. Auch die Vorteile, die das Arbeiten im Terminal bringt muß man erst mal selbst entdecken bis man das jemand glaubt. Smile
Danke, 1:0 oder +1. Full Ack mag ich nicht, das klingt im Deutschen gräßlich...
Ohne eine gesunde Portion Hartnäckigkeit und Ehrgeiz geht da garnix.
Sicher kostet mich das Lernen -erstmal- Zeit. Aber die ist gut investiert und wenn ich mein System dann kenne und vernünftig damit umgehen kann, bekomme ich die dann wieder zurückgezahlt -mit Zinsen.
Der Nachteil bei weitgehendem Selbststudium ist, daß man schnell an Grenzen kommt; ohne Kontakt mit Menschen bin ich dann ausgebremst. Ich bitte um Nachsicht, wenn ich (ungewollt) dabei manchmal nerve.
Du hast mit deinem Einwand betreffs der Einfachheit der Paketierung natürlich vollkommen recht, so verkürzt wie ich das dort gesagt habe ist es grottenfalsch.
Ach Quatsch, manchmal kommen auf solche Statements Korrekturantworten, die einiges richtigstellen. Wenn alles aus den Federn der Mitstreiter allüberall perfekt wäre, müßte ich glauben, ich wäre im Computer- Phantasialand.
Wenn ich ein Paket für ein Repo nach den strikten Regeln erstellen will, daß auch noch eine Unmenge an Abhängigkeiten und eventuell auch noch Konflikten mit meiner Installation hat, kann ich das auch nur dem von dir angesprochenen Personenkreis überlassen.
Manchmal wüßte ich schon gern, ob diesen Mitstreitern ihr Wissen einfach zugeflogen ist oder ob sie hart dafür geackert haben. Sonst denke ich, nur ich wäre der DAU.
Auch war der Tarball nur als Beispiel gemeint, ich beziehe mich da genauso auf z.B. ATI's .run für den fglrx.
...
Dann habe ich zumindest ein einfach zu verwaltendes Paket, nur für den privaten Gebrauch, und so viel komplizierter war das auch nicht.
Das sind im Moment noch böhmische Dörfer, die Begriffe selbst habe ich aber schon gehört. Die Recherche danach kommt bei mir erst bei Bedarf.
..........
Villeicht mal grundsätzlich zu unserer Art hier zu supporten:
(Ich erinnere mich) Towo's Schnipsel fand ich zuerst unheimlich arrogant, weil ich sie nicht verstand. Sie regten mich aber an nachzuforschen und nachzufragen, so dass ich irgendwann die Hürde des Anfängers schaffte.
Vielleicht sind wir als Supporter noch zu ausschweifend? Oft weiss ich zusätzliche Tricks, die es aber für den Einsteiger verkomplizieren und ablenken...
Hallo Ralul,
fehlt in Deinem vorletzten Satz noch ein {wenig} nach dem zu? Daß z.B. towo zu ausschweifend wäre, kann ich absolut nicht behaupten, zu wenig ausschweifend aber schon... Mir liegt es fern, preußisch- platt- Antworter irgendwie persönlich anzugreifen; nur komme ich mit dem Antwortstil a la alter Fritz absolut nicht klar. (Achtung, die Begriffe sind keineswegs eine Beleidigung!) Diese Kurzantworten können für mich zu 3/4 unterbleiben, weil auch die Recherche mir meistens nicht hilft (obwohl ich das i.d.R. sofort versuche). Und Zugeben, daß man mit so einer Antwort nicht klarkommt, ist für mich ein Ausschlußkriterium für gezielte Nachfragen.
So, nach 5 Stunden Aufarbeitung des Themas Grub2 zuhause wünsche ich eine konstruktive Woche
Phoenix
-
Hallo @ayla,
ich bin ja auch der Auffassung, dass eine angemessene Portion Hartnäckigkeit dazu gehört, was meinst Du, wie lange ich vor Jahren noch manche Computersitzung abhielt, um irgend etwas heraus zu finden, was klemmte.
Die Hartnäckigkeit habe ich zwar noch, aber weitaus maßvoller, weil Zeit mit meinen Mitmenschen, vor allem meiner Partnerin, weitaus wertvoller ist, als mit einer Maschine :-)
Sicher kostet mich das Lernen -erstmal- Zeit. Aber die ist gut investiert und wenn ich mein System dann kenne und vernünftig damit umgehen kann, bekomme ich die dann wieder zurückgezahlt -mit Zinsen.
Was zahlreiche Werkzeuge und Eigenheiten einer Distribution angeht, hast Du ja recht. Aber um mal den Bezug zu grub2 wieder herzustellen: Mein Wissen zum alten Grub nutzt mir bei Grub2 gar nichts. Ein Bootmanager, der nicht in der Lage ist, ohne mehrfach händisches Eingreifen, eine weitere Linuxdistribution, die per altem in einer Partition installiertem Grub gebootet werden soll, automatisch zu erkennen, und sie einfach einzubinden und auch zu starten, mag den Basteltrieb ambitionierter Entwickler befriedigen, ich finde das hingegen eine Zeitvergeudung.
@ralul: Mit dem Thema Ausschweifen und der Wertung, ab wann etwas zu ausschweifend ist, habe ich Schwierigkeiten. Du sagst selbst, dass Dir bei vielen Antworten häufig noch verschiedene andere Ideen kommen, die auch hilfreich sein können aber es für den Fragenden zu kompliziert werden lassen. @Phoenix nun macht dies schon bei seinen Fragen, indem er gleich noch den jeweiligen Kontext dazu schildert. Das mag für die Beantwortung mancher Fragen schwierig und nicht hilfreich sein, für andere hingegen schon. Eine Kritik am Stil anderer kann nun auch umgedreht werden: Die Kritiker sind nicht in der Lage, mit dem Stil klar zu kommen. Wir reden hier ja nicht von falschen Schlussfolgerungen, sondern vom Stil, wie jemand schreibt.
Wenn in Beiträgen keine sachlich groben Schnitzer oder Falschinformationen vorliegen, oder sich jemand mit dem Verfassen keine Mühe gibt, und mangelhafte Syntax und Orthographie es möglichen Helfern sehr schwer machen, sollten wir die Mannigfaltigkeit der Schreibstile hier tolerieren, sowohl die sehr knappen als auch die sehr langen. Sollte hier übrigens das Motto gelten, dass in der Kürze stets die Würze liegt, müsste mindestens zwei Moderatoren ein Maulkorb verpasst werden ;-)
Manchmal wüßte ich schon gern, ob diesen Mitstreitern ihr Wissen einfach zugeflogen ist oder ob sie hart dafür geackert haben. Sonst denke ich, nur ich wäre der DAU.
@Phoenix, ich denke schon, dass dies harte Arbeit ist, aber ein Entwickler von apt hat sicherlich weniger Schwierigkeiten im Umgang mit Paketen als ein ambitionierter Anwender. Und wer sich beruflich mit Linuxsystemen und deren Konfigurtationen befasst, hat es vermutlich leichter, sich in die Thematik Paketbau einzuarbeiten, als Leute ohne EDV Hintergrundwissen.
Viele Grüße,
Holger
-
Hallo zusammen,
erst jetzt komme ich zur Weiterarbeit... (Jahreswendestreß)
Bevor ich neu frag?, wünsche ich ALLEN hier Erfolg und Spaß im neuen Jahr.
Ich habe versucht, den Grub neu anzupassen, den Eintrag der sda zu entfernen, das Menü 30 stillzulegen, den Grub upzudaten. Jetzt ist tatsächlich die sda aus der Anzeige verschwunden, aber vom ersten Eintrag her ist ein Booten unmöglich (Kernelpanic), beim dritten klappt einwandfreies Booten.
Bootanzeige nach letztem Update:
GNU GRUB Version 1.98+20100804-4
Debian GNU/Linux, with Linux 2.6.36-0-slh.3-aptosid-amd64
Debian GNU/Linux, with Linux 2.6.36-0-slh.3-aptosid-amd64 (recovery m->
Debian GNU/Linux, with Linux 2.6.35-4-slh.9-aptosid-amd64
Debian GNU/Linux, with Linux 2.6.35-4-slh.9-aptosid-amd64 (recovery m->
Memory test ... 4x (nicht zitiert)
Lassen sich 1+2 schadlos entfernen? Und wenn, in welchem GRUB2- Modul? "Wie" will ich schon selbst erforschen.
2 Anleitungen zum Grub2 habe ich, finde aber nicht, wo diese Einstellungen stecken. Mir wäre das Entfernen am liebsten, da bei zu langsamer Reaktion der Bootmanager versucht, hieraus zu booten; sonst muß ich manuell 3 auswählen, Enter,...
Nette Grüße
Phoenix
-
Hmm, würde ich mal gucken warum die neueren Kernel nicht laufen. In /etc/default/grub kannst Du die Wartezeit vorgeben: GRUB_TIMEOUT (Zeit in Sekunden, 0 = ewig) und vermutlich mit dem GRUB_DEFAULT wählen können welcher Eintrag gebootet werden soll. Letzteres habe ich noch nicht versucht...
-
Hallo OppaErich,
ich habe inzwischen mehrere Updates "gefahren", aber noch kein Upgrade. Außerdem habe ich Verschiedenes nachgesehen, den Kernel-Remover installiert, erhalte einige Fehlermeldungen (Your system does not have the CPU extensions required to use KVM. Not doing anything. ... failed!, update-alternatives: Warnung: Erzwinge Neuinstallation der Alternative /usr/lib/jvm/java-6-openjdk/jre/bin/javaws, weil Linkgruppe javaws defekt ist., ...). Da muß ich mal sehen & suchen, ob da was zu reparieren ist.
Aber o Wunder: jetzt bootet das System ohne bewußtes Zutun auch wieder vom ersten Kernel- Eintrag her. Ich hab ja noch ein paar Tipps zu Grub2 aus den letzten Posta nicht umgesetzt, das mache ich noch. (Das Modul 30 ist der os-ürober, der ist jetzt abgeschaltet).
Ich probiere erst ein wenig weiter.
Danke & viel Spaß 2011
Phoenix
Editiert von holgerw: Doppelbeitrag entfernt
-
@ralul:
recht so.
Damit das alles ein wenig schöner wird, empfehle ich immer noch einen folgenden Schritt. cp 40_custom 09_meins - wobei natürlich "meins" so bleiben kann oder aber durch eine etwas bessere Bezeichnung ersetzt werden sollte. Um auch hier die Übersichtlichkeit in /etc/grub.d zu verbessern, bin ich nach dem letzen Systemumbau dazu übergegangen die 40_custom ein wenig anders zu missbrauchen:
cp 40_custom 09_01_Bezeichnung01
cp 40_custom 09_02_Bezeichnung02
cp 40_custom 09_03_Bezeichnung03
Pro Datei ein System, die Nummerierung gibt ja nur die Reihenfolge der Abarbeitung, also Position in der Grub.cfg an. Editiert sich wesentlich leichter und ist übersichtlicher, finde ich.
-
Stimmt, so funktionieren ja allgemein die neuen /etc/xxx.d Konfig-Verzeichnisse. Und klar, durch die Sortierung kommen dann die eigenen Custom-Einträge zuerst. Dass ich da noch nie selbst drauf kam!
Ich habe stattdessen immer in
/etc/default/grub: GRUB_DEFAULT="Aptosid neu"
mit einen Titel aus der 40_Custom statt einer Nummer gearbeitet. Man kann mit Agaidas Trick also den eigenen Default Eintrag in die Datei /etc/grub.d/09_01_Bezeichnung01
stecken und in /etc/default/grub unberührt lassen: GRUB_DEFAULT=0
Durch die 09 Nummerierung kommen die eigenen Einträge ja zuerst! Viele Wege führen nach Irgendwo...
Ich finde dies ist was für das Wiki über Grub2. Vielleicht zusammen mit der Erkenntnis, dass man durch die Benutzung der Standart-Kernel-Links (/vmlinuz /initrd.img) in den eigenen Einträgen sich die Prozedur update-grub nach Kernel Erneuerungen sparen kann auch ohne grub-chainload. Das ist auch im englischen aptosid.com Forum noch nicht bekannt!
-
Ein ungewollter Nebeneffekt, aber nicht unangenehm ;). Nur die 09_* ist eigentlich meine Intention bis hierher gewesen.05_, 09_meins, 10_ ...
Das war eigentlich der Stremel, auf den ich immer abgestellt habe.
-
Hallo,
darf ich mal fragen, wohin eure Geschichte jetzt gehört? Oder habt ihr euch im Thread vertan?
??
Phoenix
-
@Phoenix: geht imma noch um grub ;)
Aber das is insider - kann nich jeder verstehn - ick ooch nich *grins*
-
So ein Posting passiert, wenn man blind ist oder der Browser spinnt. Ich dachte wirklich, ich wäre am Ende vom Fred angelangt und das Grub-Posting sei dass letzte. Sorry.
Ich fang mal mit einem Tipps- und Tricks-Artikel über Grub2 im Wiki an.[/u]
-
(..) DP entfernt
Irgendwas stimmt nicht in der Forensoftware. Das war ein Einfach-Posting. ;)
-
Irgendwas stimmt nicht in der Forensoftware. Das war ein Einfach-Posting. Wink
Hallo agaida,
das hatte ich gestern auch. Ich hatte nach Fehlermeldung 3 Post gleichen Inhalts da stehen. Irgendwie konnte ich sie löschen. Aber wenn ihr eure Beiträge nicht löschen wollt- stellt doch bitte kurz eine Link auf die richtige Reihe ein.
Nette Grüße
Phoenix
-
Ich hab das doch erst durch Dein Posting gemerkt. Das war dann ein wenig spät. Sorry. Aber zurück zum Thema - wie ist jetzt eigentlich der Stand Deiner Baustelle?
-
Hallo agaida,
das, was softwaremäßig hier abläuft, ist direkt harmlos im Vergleich zum OpenOffice.de- Forum. Da greifen irgendwelche Bots das Forum an, und es gibt jeden Tag andere Fehler und Prozeduren.
Der Fehler bei meinem System vom 01.01. ist behoben, die /boot/grub/device.map ist um die erste Zeile erleichtert worden, per nano /etc/default/grub ist die Zeile GRUB_DISABLE_OS_PROBER=true ergänzt, update-grub lief ohne Fehlermeldung durch.
Das System startet jetzt mit eingeschalteter ext. Festplatte beim Einschalten des Rechners durch, lediglich ein Reboot klappt nicht. Das ging vor der Grub- Bereinigung noch. (Ich wollte das ja so haben...) Eigentlich sollte das Aptosid genau wie ein Stick- Livesystem bootbar sein, das habe ich aber auch mit anderen Distris schon nicht hinbekommen.
Mehrere updates und ein upgrade sind gelaufen. Im Moment trage ich alles zusammen, was ich bisher gemacht habe, um den Grub2 zu restaurieren. Parallel dazu trage ich alles zusammen, was ich zur Deinstallation und totalen Bereinigung von Spuren der VirtualBox gemacht habe, und was ich brauche, um's noch einmal neu aufzubauen.
Auch wenn's immer wieder kritisiert wurde, war für mich der fehlkonfigurierte Grub der Ansatz, das VB- System neu einzurichten. Mit fehlerhaftem Grub schien sich irgendwas eingeschlichen zu haben, was der VB Fehler mitgab.
Dies apt-get install kernel-remover kam weiter dazu, den habe ich aber noch nicht benutzt.
Im Moment habe ich stark gebremst, weil wegen der ganzen Mißerfolge und Schwierigkeiten die Priorität von Aptosid ganz weit in den Hintergrund getreten ist.
Ich habe leider im Moment Bedenken, allzuviel zu fragen. Läuft aber die VirtualBox nach erneutem Versuch immer noch nicht, muß ich das Aptosid leider aufgeben.
Bis demnächst
Phoenix
-
Wieso sollen unsere Postings hier falsche Baustelle sein? Es geht doch darum Grub2 zu konfigurieren? Phoenix, wenn du einen reinen Thread über Deine Aptosid Abenteuer haben willst, dann betitel es auch so!
-
@Phoenix: geht imma noch um grub ;)
Aber das is insider - kann nich jeder verstehn - ick ooch nich *grins*
Hey reddark, ist gar nicht schwer zu verstehen. Ich stehe nur im Momment auf dem Schlauch, wo du bei meinem Text auf dem Schlauch stehst? Wenn ich zB wüsste, wo es bei Dir am Verständnis hakt, könnte ich eine prima-verständliche Wiki Seite darüber schreiben...
-
Na ralul,
schon wieder unverständlich??
agaida
BeitragVerfasst am: 04.01.2011, 10:02
@ralul:
recht so.
fing das an; nur: worauf bezog sich das recht so?
Von lupenreinem Thread hab bestimmt nicht ich hier gesprochen. Deine Äußerung geht daher - ins ∞ Ø
Phoenix
-
@ralul: Geht schon - war da ziemlich betrinkt ;)
Falls ich das mal brauche und etwas nicht verstehe, werde ich bestimmt nachfragen ;)
-
Das mit dem Recht so bezog sich auf raluls Beitrag: &p=2959
(ich bin zu blöd, einen Link zu erstellen :()
Immer schön draufhauen, wenn jemand am Boden liegt. :twisted:
Davon ganz ab, sollte man seine Baustellen der Reihe nach abarbeiten, wenn möglich. Momentan scheinst Du ein klitzekleines Grundlagenproblem zu haben, was Dich davon abhält, die Probleme zu sortieren.
In sofern hat ralul eventuell nicht ganz unrecht. Ich würde mich erst mal rein um grub kümmern und sehen, dass ich da sattelfest werde. So schwer ist das nicht. Zu Deinem Problem mit VirtualBox gibt es eine Eintrag im Wiki. Der funktioniert in dieser Form mit Aptosid, Ubuntu und debian. Wenn Du damit Probleme hast, wende Dich an den Schreiberling, der den verfasst hat (mich).
Ein paar Worte des Trostes zum Schluss: Ein paar kleinere Anlaufschwierigkeiten habe ich auch mit Aptosid gehabt. Das ist auch als ehemaliger debian-Hasser nicht weiter verwunderlich. Auch heute stellt sich mir manchmal noch die Frage, ob das alles so sein muss, wie es in debian gehandhabt wird. Diese Probleme sind aber mit Lernen lösbar.
Die grub- und VBox-Problematiken liegen aber definitiv nicht an debian.
Und noch eine Trennung: grub und VBox-Probleme haben ursächlich nicht das Geringste miteinander zu tun.
-
Das mit dem Recht so bezog sich auf raluls Beitrag: &p=2959
(ich bin zu blöd, einen Link zu erstellen Sad)
Hallo agaida,
das kann ich nicht gelten lassen... :wink: Entweder kopiere ich die Linkzeile im Kopf der Threadseite in ein OO- Dokument, wandere zum anderen Thread und kopiere das in die Stelle, wo ich den Link haben will, oder ich öffne beide Threads unter 2x geöffnetem Browser und kann dann die Linkzeile direkt in den anderen Threadbeitrag kopieren. Sicher mag es andere Lösungen geben, aber so wie geschildert kann ich das nachvollziehen. Ist das im selben Thread, gebe ich oft einfach nur Datum und Uhrzeit an, woran das anschließt.:wink:
Immer schön draufhauen, wenn jemand am Boden liegt. Twisted Evil
Wer haut hier jetzt wen? Wer ist oben, wer ist unten? Must immer vorsichtig sein mit Klapperschlangen...:lol:
Davon ganz ab, sollte man seine Baustellen der Reihe nach abarbeiten, wenn möglich. Momentan scheinst Du ein klitzekleines Grundlagenproblem zu haben, was Dich davon abhält, die Probleme zu sortieren.
Jein, bei den VB- Versuchen kamen immer wieder Fehler. In den Auflistungen bei Update/ Upgrade kamen mehrfach Fehlermeldungen, die u.a. Grub betrafen. Und da habe ich die VB komplett gelöscht, dann abgebrochen und zunächst mit Grub weitergemacht.
Der neue Grub ist aber nach meinem Verständnis halbfertig in den Markt geworfen worden und erfordert fast ein Grundlagenstudium, bis man den einigermaßen hinbiegen kann. Aktuell glaube ich, daß ich den soweit hinbekommen habe wie ich das wollte.
In sofern hat ralul eventuell nicht ganz unrecht. Ich würde mich erst mal rein um grub kümmern und sehen, dass ich da sattelfest werde. So schwer ist das nicht. Zu Deinem Problem mit VirtualBox gibt es eine Eintrag im Wiki. Der funktioniert in dieser Form mit Aptosid, Ubuntu und debian. Wenn Du damit Probleme hast, wende Dich an den Schreiberling, der den verfasst hat (mich).
Ja, den Dichter und Denker muß ich sicher mal kontaktieren...:idea: Ich habe 3 oder 4 Anleitungen, mit der VirtualBox umzugehen. Diejenigen, mit denen ich gescheitert bin, kommen vorläufig nicht mehr zum Tragen.
Dennoch spielt ja der Kernel mehrfach in die VirtualBox hinein. Also muß ich parallel zur VB auch Kerneltipps beachten, ggfs. Kernelmodule ergänzen. Fehlt dem Kernel irgendetwas, kann ich die VirtualBox vergessen.
Ein paar Worte des Trostes zum Schluss: Ein paar kleinere Anlaufschwierigkeiten habe ich auch mit Aptosid gehabt. Das ist auch als ehemaliger debian-Hasser nicht weiter verwunderlich. Auch heute stellt sich mir manchmal noch die Frage, ob das alles so sein muss, wie es in debian gehandhabt wird. Diese Probleme sind aber mit Lernen lösbar.
Sicher, aber Debian- Hasser konnte ich nie sein, weil ich davon vor Sidux nichts kannte. Die Turtelbuntis habe ich mir nie angetan, und Knoppix war allein Werkzeug.
Aus meiner Sicht verficht Debian die reine Lehre, stößt dabei aber immer wieder auf Skepsis und Widerstände. Mit Debian hast Du ein stabiles System, aber oftmals unflexibel und total veraltet. Da können eben nur die Derivate helfen.
Die grub- und VBox-Problematiken liegen aber definitiv nicht an debian.
Das weiß ich. Debian hat ja weder KDE, Gnome, Grub, Lilo noch die beiden großen, an sich kommerziellen Virtualisierungslösungen entwickelt. Das gilt im Grunde aber für alle Distris.
Und noch eine Trennung: grub und VBox-Probleme haben ursächlich nicht das Geringste miteinander zu tun.
Auch hier wieder jein. Ursächlich haben die sicher keine Auswirkungen aufeinander, aber vielleicht über den Kernel oder ein anderes gemeinsames Modul. Ich muß da keine Grundlagendiskussion zu anzetteln, habe aber sehr oft später erfahren müssen, daß ich bei Meinungen, die ich verfochten habe und die von den Absolutisten sofort und lauthals verworfen wurden, doch irgendetwas angestochen hatte. Und das brachte andere darauf, die Ursachen oder Grundlagen zu finden.
Wenn ich nur dran denke, wie lange das gedauert hat, meine Bootgeschichte zu erforschen und dabei erst die Unterschiede zwischen Bootlader und Bootmanager zutagetreten ließen. Aber mit sowas muß ich gewissen Leuten erst garnicht kommen, das wird als Dummmheit, Unwissenheit, fehlendem Grundlagenwissen, DAU- Geschwätz usw., usf. tituliert, und gut ist. :evil:
Ich finde es ehrlich gut, daß Du mir nicht gleich mit Totschlagargumenten kommst; da sind andere wesentlich perfekter. Und die kann ich nicht ab. Linux in Perfektion ist schon schwierig genug, da möchte ich mich nicht gern auch noch drum streiten.
Ich versuche noch ein wenig und frage im entsprechenden Thread noch mal.
Nette Grüße
Phoenix
-
Ich setze das Thema mal auf "gelöst", weil sich auch nach mehreren Startversuchen keine Fehler zeigen (auf Holz klopfen...)
Ich hoffe, daß das jetzt auch nach Updates so bleibt.