Februar 2013 - Linux

Live-CD "Movix" - PC als DVD-Player
by RalfGesellensetter 26 Mär '13

26 Mär '13

Liebe Liste, Movix ist eine kleine Live-Distro (ca. 30 MB) die den PC zu einem Mediaplayer macht. Aus rechtlichen Gründen wird die CD ohne jene Codecs ausgeliefert, die man benötigt, um Handelsübliche DVDs abzuspielen. Frage: Ist es einem der Mitlesenden bereits gelungen, Movix entsprechend zu remastern, um DVDs abzuspielen? Ich wäre interessiert an einem brennfähigen ISO-Image. Herzlichen Dank Ralf

1 2

Kernel Panic - not syncing: Fatal machine check on current CPU
by Ralf Gesellensetter 18 Mär '13

18 Mär '13

Hallo Leute, ich habe in letzter Zeit mehrfach täglich ein Kernel Panic, das ganze auf einem 64-Bit-AMD-Rechner mit 3 S-ATA-Platten. Ich habe bereits Memtest für ein paar Stunden durchlaufen lassen, vielleicht kann jemand aus den Screenshots der Meldungen etwas herauslesen? 1- http://picpaste.com/IMG_8468-U3u74oQM.JPG 2- http://picpaste.com/IMG_8469-zOBR4XPX.JPG 3- http://picpaste.com/IMG_8474-iArKU1zu.JPG 4- http://picpaste.com/IMG_8479-UwvARr6W.JPG 5- http://picpaste.com/IMG_8480-bxlLCTx2.JPG (abfotografiert und invertiert). Die Meldungen mit den wenigen Zeilen (1-3) treten direkt während des Bootvorgangs auf, das passiert v.a. beim Kaltstart. Die ausführlicheren Meldungen (4-5) unter einem 3.6er Kernel treten bisher ausschließlich (dann aber oft) auf, wenn ich von einer externen Festplatte Daten auf meine neue interne (2TB/ext3) schaufeln wollte. Danke, viele Grüße Ralf

8 9

Re: Ubunutu 12.10 - die große EFI Krise
by Stefan U. Hegner 24 Feb '13

24 Feb '13

Hi Nils, Am 23.02.2013 16:11, schrieb Nils Bokermann: > Moin Stefan, > Versteh ich das richtig, dass dein grub install daran scheitert, das (vermutlich beim post-install) > ein "grub-install /dev/sda" aufgerufen wird? Da bin ich mir nicht so sicher. Ich weiß, das ich bei grub-pc ein "grub-install /dev/sda" machen würde/müsste. Beim Versuch das Paket "grub-efi-amd64" einzurichten, bekomme ich den Fehler source_dir doesn't exist. Please specify --target or --directory vom install-script. - Ich kann aber nicht sagen, was genau das Script da macht. Zufällig ist der Fehler identisch mit dem, den ich bekomme wenn ich $ sudo grub-install /dev/sda aufrufe. - Die Fragen wären 1. Was genau wäre die "richtige" Syntax um grub-efi manuell zu installieren? - Kommt der Fehler, weil das Script grub-efi mit den Parametern für grub-pc versucht zu installieren? 2. Ist das Notebook überhaupt im EFI-Modus? Nach einem "modprobe efivars" würde ich erwarten, dass mir ein "lsmod" einen Eintrag mit "efivars" zurückgibt. - Oder ist das Modul nur für bestimmte efi-Setups? Vielleicht hakt das Post-Install Script, weil die Kiste gar nicht im EFI-Modus ist. > Wenn ja, post-install script suchen, "böse" Zeile > auskommentieren (Syntax beachten) und dann bekommst du schonmal das grub Paket installiert. ... wo finde ich das post-install script? - Sorry, aber bisher habe ich da nie manuell eingreifen müssen. > Danach musst du den bootloader noch an die "richtige" Stelle auf der Platte bringen (vermutlich > auch mit grub-install $BOOT_PLATTE) Da wäre wieder die Frage, was gebe ich bei grub-efi sinnigerweise mit (s.o. 1.). Die Platte ist /dev/sda, die EFI-Partition /dev/sda1 und mein derzeitiges Test-Ubuntu auf /dev/sda7. Ansonsten beschleicht mich so langsam der Verdacht, dass ich Stress mit meiner EFI-Partition habe. Habe die Kiste grad' nicht oben, aber wenn ich ein "fsck.vfat -a /dev/sda1" mache, findet der jedesmal ein paar Blöcke in einer Chain die der freigibt. - Irgendwas ist da nicht ganz "koscher". Irgendwo habe ich auch was gelesen, dass eine EFI-Partition neben der Partition ID=ef eine bestimmte definierte UUID haben muss (UUID==C12A7328-F81F-11D2-BA4B-00A0C93EC93B). Allerdings waren die Posts in den Foren dazu z.T. widersprüchlich. Traue mich daher nicht, die Dateien woanders hinzukopieren, die Partition neu zu formattieren und die Daten wieder dorthin zu schubsen, weil IMHO ein mkfs.vfat gar nicht so lange UUIDs unterstützt. Im Moment sieht das so aus: /dev/sda1: LABEL="ESP" UUID="3816-A4E5" TYPE="vfat" ... Ist vielleicht die UUID ein Teil meines Problems? || Zu guter letzt Lief zwar eine Neuinstallation des Rettungssystems im || EFI-Modus scheinbar durch, nur, dass die Optionen "ubuntu" oder || "Windows" im UEFI-Start-Menü rein gar nichts auslösen. Irgendwie kriege || ich als Normalo-User diesen ganzen Kram langsam nicht mehr unter die Füsse. Das deutet ja darauf hin, dass das EFI-BIOS möglicherweise mit dem Boot von der EFI-Partition ein Problem hat. Aktueller Stand ist der, dass es so scheint, dass EFI-Boot nciht funzt, die Kiste ein Fallback in den BIOS-Modus macht und dann dort kein lauffähiges grub-pc Setup findet: error: file '/boot/grub/i386-pc/normal.mod'not found. grub rescue> ... ach ist das alles eine Grütze! Bald gebe ich die Hoffnung auf, dass es irgendwann mal wieder einfacher wird mit dem ganzen IT-Kram. <Zynik>Wie es mir scheint, nach all dem was ich gegoogelt und gelesen habe, scheint EFI eine prima Idee zu sein, um die Nachteile des BIOS-Wildwuchses der letzten 30 Jahre ganz gründlich zu verschlimmbessern, damit wir noch lange unseren Spaß damit haben.</Zynik>. > P.S.: Nicht an die Liste, weil ich die passende Absenderadresse in diesem Client noch nicht > angepasst hab. Is OK, ich bin aufgrund dieser Äusserung aber so frei, das an die Liste zu CCn. 1000 Dank und LG Stefan. -- Stefan U. Hegner <stefan(a)hegner-online.de> * * * D-32584 Löhne --- good ole Germany internet: http://www.hegner-web.de * * * GPG-Key | D9DB 51BD 2DA6 9B3A 41CB F-Print | 0287 05A1 8D11 38BA CE91

1 0

Ubunutu 12.10 - die große EFI Krise
by Stefan U. Hegner 21 Feb '13

21 Feb '13

Hiho Liste, habe hier einen Dell Laptop (Inspiron 17R - 5720) von meiner Tochter mit Ubuntu 12.10 Desktop und Windows 8 und die Kiste mag nicht mehr starten. - Fühle mich auch kaum anders, denn ich hab' mir wohl ein wenig Grippe eingefangen ;-((. Habe also kurzerhand in eine freie Partition ein Rettungssystem (Ubuntu-secure-remix 12.10) installiert und von dort mein Ubuntu über chroot an den Start gebracht, um boot-repair auszuführen. Dabei stellte ich fest, dass die EFI-Partition beschädigt war. - Habe das mit fsck.vfat eben gerade gebogen. Dann im chroot boot-repair gestartet mit dem Erfolg, dass boot-repair raid-packete nachinstalliert hat und dann nach der Deinstallation von grub2 sich die Pakete grub-efi bzw. grub-efi-amd64 nicht mehr installieren ließen. Hatte erst daran gezweifelt, ob das System noch ganz integer ist und habe deshalb das gleiche Spiel noch mal von meiner Rettungs-Installation durchgeführt. Nur ist dort Grub im Bios-Modus installiert worden, weil ich beim Install gepennt hatte. Daher habe ich erst mal grub-efi-amd64 manuell installiert (hat dann grub-efi, grub-efi-amd64-bin und efimanager dazu selektiert). Nun hatte ich boot-repair angeschmissen und ihn dummerweise grub neu installieren lassen. Nach dem Löschen aller grub-Pakete klemmte es hier auch wieder. - Leider genau die gleiche Leier: $ sudo apt-get install -y --force-yes grub-efi #(Originalzeile aus boot-repair) Paketlisten werden gelesen... Fertig Abhängigkeitsbaum wird aufgebaut Statusinformationen werden eingelesen... Fertig Die folgenden zusätzlichen Pakete werden installiert: grub-efi-amd64 Die folgenden NEUEN Pakete werden installiert: grub-efi grub-efi-amd64 0 aktualisiert, 2 neu installiert, 0 zu entfernen und 5 nicht aktualisiert. Es müssen noch 0 B von 45,1 kB an Archiven heruntergeladen werden. Nach dieser Operation werden 209 kB Plattenplatz zusätzlich benutzt. Vorkonfiguration der Pakete ... Vormals nicht ausgewähltes Paket grub-efi-amd64 wird gewählt. (Lese Datenbank ... 180501 Dateien und Verzeichnisse sind derzeit installiert.) Entpacken von grub-efi-amd64 (aus .../grub-efi-amd64_2.00-7ubuntu11_amd64.deb) ... Vormals nicht ausgewähltes Paket grub-efi wird gewählt. Entpacken von grub-efi (aus .../grub-efi_2.00-7ubuntu11_amd64.deb) ... grub-efi-amd64 (2.00-7ubuntu11) wird eingerichtet ... Creating config file /etc/default/grub with new version source_dir doesn't exist. Please specify --target or --directory dpkg: Fehler beim Bearbeiten von grub-efi-amd64 (--configure): Unterprozess installiertes post-installation-Skript gab den Fehlerwert 1 zurück dpkg: Abhängigkeitsprobleme verhindern Konfiguration von grub-efi: grub-efi hängt ab von grub-efi-amd64 (= 2.00-7ubuntu11); aber: Paket grub-efi-amd64 ist noch nicht konfiguriert. dpkg: Fehler beim Bearbeiten von grub-efi (--configure): Abhängigkeitsprobleme - verbleibt unkonfiguriert Es wurde kein Apport-Bericht verfasst, da die Fehlermeldung darauf hindeutet, dass dies lediglich ein Folgefehler eines vorherigen Problems ist. Fehler traten auf beim Bearbeiten von: grub-efi-amd64 grub-efi E: Sub-process /usr/bin/dpkg returned an error code (1) Wenn ich grub-install direkt aufrufe, bekomme ich den gleichen Fehler, vermutlich wg. der o.g. Probleme beim Installieren: $ sudo grub-install /dev/sda source_dir doesn't exist. Please specify --target or --directory Es gibt dazu wohl auch einen passenden Bug (https://bugs.launchpad.net/ubuntu/+source/grub2/+bug/1069178) aber der vorgeschlagene Ansatz der Neu-Installation bringt mich gar nicht weiter. Zu guter letzt Lief zwar eine Neuinstallation des Rettungssystems im EFI-Modus scheinbar durch, nur, dass die Optionen "ubuntu" oder "Windows" im UEFI-Start-Menü rein gar nichts auslösen. Irgendwie kriege ich als Normalo-User diesen ganzen Kram langsam nicht mehr unter die Füsse. Mag' mir mal wer einen Tipp geben, wie ich meinen Grub wieder flott bekomme? - Sollte ich über Windows versuchen was am EFI zu schrauben? Oder gar die EFI-Partition komplett platt machen? 1000 Dank im Voraus. Stefan. -- Stefan U. Hegner <stefan(a)hegner-online.de> * * * D-32584 Löhne --- good ole Germany internet: http://www.hegner-web.de * * * GPG-Key | D9DB 51BD 2DA6 9B3A 41CB F-Print | 0287 05A1 8D11 38BA CE91

1 0

Probleme mit Intel ICH7-M und SATA
by Michael Westermann 13 Feb '13

13 Feb '13

Hallo, hat jemand zufällig ein Intel D945GSE Board mit dem ICH7-M Chipset am laufen. Ich bekommen permanent folgende Fehlermeldungen ata1.00: status: { DRDY } [ 4459.617902] ata1: soft resetting link [ 4459.788846] ata1.00: configured for UDMA/33 [ 4459.788880] ata1: EH complete [ 4460.387741] ata1.00: exception Emask 0x0 SAct 0x0 SErr 0x0 action 0x6 frozen [ 4460.387757] ata1.00: BMDMA stat 0x64 [ 4460.387772] ata1.00: failed command: READ DMA [ 4460.387800] ata1.00: cmd c8/00:00:e0:50:32/00:00:00:00:00/e7 tag 0 dma 131072 in [ 4460.387806] res 50/00:00:df:51:32/00:00:3a:00:00/e7 Emask 0x2 (HSM violation) [ 4460.387820] ata1.00: status: { DRDY } [ 4460.387850] ata1: soft resetting link [ 4460.556632] ata1.00: configured for UDMA/33 [ 4460.556666] ata1: EH complete Wenn das System von Platte bootet (Wheezy32) hängt es noch vor dem Login. Grml via USB-Stick läuft. Hat jemand eine Idee. Beim Googlen habe ich bisher nur Beschreibungeb des Problems gefunden, aber keine Lösungen. Viele Grüsse, Michael

2 1

Einladung zum Stammtisch "TeX & Friends" Bielefeld/OWL
by Jürgen Schwarze 04 Feb '13

04 Feb '13

Hallo allerseits! Am Montag, dem 11. Februar 2013 um 19.30 Uhr trifft sich wieder einmal der Stammtisch "TeX & Friends" für Bielefeld und OWL. Treffpunkt ist Ferdis Pizza Pinte in der Schmiedetraße 9 in 33613 Bielefeld. Thematisch beschäftigen wir uns natürlich mit der Textsatz-Software TeX und allen verwandten Programmen dieser Familie sowie mit Typographie allgemein. Wer mag, kann aktuelle oder ältere Projekte in elektronischer Form (USB-Stick, Notebook etc.) oder ggf. auch gedruckt mitbringen, um diese in der Gruppe vorzustellen und zu diskutieren. Einige zusätzliche Informationen finden sich auch noch unter http://projekte.dante.de/Stammtische/Bielefeld. Für Fragen stehe ich gerne zur Verfügung. Ich freue mich auf einen regen Gedankenaustausch. Mit freundlichen Grüßen Jürgen Schwarze -- Jürgen Schwarze Brehmstraße 24 33609 Bielefeld Deutschland/Germany Telefon: +49(0)521/5573906 Mobil: +49(0)170/7464714 E-Mail: juergen.schwarze(a)bitel.net

1 0