Die Memoiren des Josh K. Phisher

Jetzt wieder mit Gratis-Kommentaren!

Posts Tagged ‘Karmic Koala’

Optimale Partitionierung von Ubuntu

Posted by princo - 01.12.2009

Nachdem mir die aktuelle Suchstatistik für das Blog anzeigt, daß dieses Themengebiet hier öfters nachgefragt wird, möchte ich ein paar Anmerkungen dazu machen.

Eine übliche Ubuntu-Installation sieht i.d.R von den Partitionen her so aus:

Erläuterung:

/dev/sda1 Windows-Partition
/dev/sda2 Ubuntu-Installation
/dev/sda4 erweiterte Partition
/dev/sda5 Swap-Partition in der erweiterten Partition

Je nachdem, mit welcher Ubuntu-Version man die Ersteinrichtung durchgeführt hat, kann die Partitionseinteilung aber auch anders aussehen:

/dev/sda1 Windows-Partition
/dev/sda4 erweiterte Partition
/dev/sda5 Ubuntu-Installation in der erweiterten Partition
/dev/sda6 Swap-Partition in der erweiterten Partition

Der wesentliche Unterschied besteht darin, daß Ubuntu dabei vollständig in der erweiterten Partition installiert ist. Auswirkungen auf die Funktionalität hat dies nicht, aber es hat Vorteile, falls man noch weitere verschiedene Betriebssysteme auf dem gleichen Rechner installieren möchte.

[picapp align=“center“ wrap=“false“ link=“term=hard+disk&iid=5120359″ src=“4/9/3/1/computer_elements_17d2.jpg?adImageId=7949499&imageId=5120359″ width=“500″ height=“333″ /]

Ubuntu in einer oder mit mehreren Partitionen installieren?

In früheren Zeiten wurden klassische Linux und Unix-Installationen immer mit mehreren Partitionen realisiert. In diesem etwas älteren Artikel kann man ein solches Partitionsmodell nachlesen und auch die damaligen Begründungen dafür erfahren.

Der genannte Artikel bezieht sich auf den Einsatz von Linux-Servern, und da gelten erstmal sowieso ganz andere Kriterien für die technische Umsetzung als bei Desktop-Installationen, wie sie jetzt üblicherweise bei Ubuntu-Systemen vorzufinden sind.

So sollte man ein Desktop-Linux nicht installieren.

Normalerweise sollte man einfach die Standardpartitionierung von Ubuntu übernehmen.

Es gibt nur zwei Situationen, wo es technisch zwingend ist, eine eigene /boot Partition zu verwenden:

1. Wenn man ein uraltes BIOS hat, und die Boot-Files innerhalb der ersten 1024 Zylinder der Festplatte liegen müssen (so ein System besitze ich sogar)

2. Beim Einsatz einer kompletten Systemverschlüsselung. Dabei kann /boot nämlich derzeit nicht verschlüsselt werden.

Ab Ubuntu 9.04 Karmic Koala ist es übrigens für den Betrieb von Software-Raid nicht mehr nötig ein eigenes /boot anzulegen (habe ich aber noch nicht getestet)

Sollte man /home auf eine eigene Partition legen?

Nein.

Ich weiß, daß das zwar sogar im berühmten „Kofler“ so empfohlen wird, aber ich halte das für keine gute Vorgehensweise.

Gerade viele Ubuntu-Anwender tendieren dazu, diese Einteilung vorzunehmen, da alle halbe Jahre ein neuer Ubuntu-Release herauskommt, man dann das reine System einfach wegwirft, und dann eine frische Installation unter Beibehaltung von /home machen kann.

Auf den ersten Blick gar nicht mal so schlecht, aber der Teufel steckt halt im Detail. Was ist denn, wenn man bei einem neuen Release festellt, daß es doch nicht so perfekt funktioniert? Wenn z.B. die WLAN-Verbindung dauernd ausfällt, oder andere Dinge nicht funktionieren, die man nicht gleich bemerkt?

Oder, viel schlimmer, wenn die Konfigurationsparameter sich mit den alten Einstellungen beißen. Ich kenne einige Beispiele dafür, wo sich der Gnome-Desktop durch alte Einstellungen auf einmal ziemlich seltsam verhalten hat. Will man dann auf den verhergehenden Releasestand zurückwechseln, hat man schnell einen Mischmasch zwischen „alten“ und „neuen“ Einstellungen. Das ist nicht gerade optimal.

Um all diesen Fallstricken aus dem Weg zu gehen, empfehle ich bei Ubuntu-Updates eine andere Vorgehensweise: Ich entferne alle Ubuntu-Partitionen (sogar Swap und die erweiterte Partition), und lasse dann Ubuntu in den nun freien Bereich installieren.

Die Daten hole ich mir dann gezielt aus dem Backup zurück, dabei fasse ich bei den Konfigurationsverzeichnissen (die versteckten Verzeichnisse mit dem Punkt am Anfang) wirklich nur die Nötigsten an, z.B. die Einstellungen für den Messenger und den Browser. Auf diese Weise ist zudem sichergestellt, daß man keinen alten Schrott mitschleppt.

Natürlich setzt das voraus, daß man über eine richtige Backup-Strategie verfügt, aber dieses Thema wird hier ja öfters behandelt.

Artikelstatus: Vorabveröffentlichung, wird noch ergänzt/erweitert/überarbeitet.

Posted in Linux, Software, Technik, Ubuntu | Verschlagwortet mit: , | 4 Comments »

Knacksende Geräusche unter Ubuntu Karmic Koala

Posted by princo - 21.11.2009

Dieses unangenehme Phänomen kann man durch Auskommentieren der letzten Zeile in der /etc/modprobe.d/alsa-base.conf beseitigen:

# options snd-hda-intel power_save=10 power_save_controller=N

Posted in Linux, Technik, Ubuntu | Verschlagwortet mit: | Leave a Comment »

First Look: Ubuntu 9.10 Karmic Koala (Beta)

Posted by princo - 11.10.2009

[picapp src=“0268/a90a8a91-4da4-4ced-9a1b-748b6feacbb8.jpg?adImageId=5068297&imageId=272250″ width=“500″ height=“332″ /]

Eigentlich habe ich mich ja dafür entschieden, bei Ubuntu nur noch auf die LTS-Versionen zu setzen, weil es mir einfach zu stressig ist, mich alle halbe Jahre mit einem neuen Betriebssystem herumzuschlagen. Diese Strategie hat sich auch ganz gut bewährt, aber bei neuen Ubuntu-Releases schaut man ab und zu doch mal drauf, um zu sehen, in welche Richtung es in Zukunft gehen wird.

Jetzt ist die Beta von“ Karmic Koala“ herausgekommen, und bei der gibt es gleich zwei ziemlich knackige Änderungen: Zum Einen wird standardmäßig das Dateisystem Ext4 verwendet, und zum Anderen wird als Bootloader Grub2 eingesetzt.

Beides ist für mich besonders relevant, weil es direkt mit meinem Backup/Restore-Konzept zu tun hat.

Die ersten Tests verliefen recht angenehm. Mein neuer WLAN-Stick (nicht von AVM) wurde sauber erkannt, und ich mußte nur den WPA2-Schlüssel eingeben, damit das Netzwerk funktioniert (das muß ich mitttlerweile aber relativieren, denn nach einigen Updates funktioniert das WLAN jetzt nur noch sehr unzuverlässig :(). Auch der proprietäre NVIDIA-Grafikkartentreiber ist ohne Probleme nutzbar. Zum ersten Mal kann ich „Suspend-to-Ram“ und „Suspend-to-Disk“ wirklich „Out-of-the-Box“ benutzen, da wurde großartige Arbeit geleistet.

Eine faustdicke Überraschung ist allerdings dieses Grub2. Hier ist irgendwie alles anders als bei Grub, und ich glaube, es wäre fast besser gewesen, diesem Bootloader gleich einen gänzlich anderen Namen zu geben.

Das Problem ist, daß Grub2 nicht abwärtskompatibel ist. War man bislang gewohnt sein System mit Hilfe der /boot/grub/menu.lst anzupassen, so muß man hier kräftig umdenken, denn dieser Mechanismus wurde radikal umgekrempelt.

Bei Grub2 werden alternative Kernel und Betriebssysteme nämlich nicht mehr statisch eingetragen, sondern bei einem „sudo update-grub“ dynamisch aus der vorliegenden Systemkonfiguration ermittelt. Bei Installationen mit mehreren Betriebssystemen hat das durchaus gewisse Vorteile, aber wenn man z.B die SystemRescueCD zusätzlich auf der Festplatte installieren möchte, ist erstmal einiges an Gehirnschmalz zu investieren, damit das reibungslos klappt.

Für mich bedeutet das, daß ich hier einige Artikel ergänzen muß (kotz), damit diesem Sachverhalt genüge getan wird.

Aber die Sache hat auch etwas Positives: Mit Grub2 soll man direkt von einem Raid-Verbund booten können. Das war bislang nur bei einem Raid-1 möglich, und wenn das jetzt auch mit den anderen Raid-Leveln möglich ist, wäre das ein gigantischer Fortschritt.

Es stellt sich nun die Frage, ob man das Update auf Karmic Koala gefahrlos mitmachen kann, denn mit einem neuen Dateisystem und einem völlig neuen Bootloader werden ganz essentielle Bestandteile des Betriebssystems geändert. Die Entwicklung von Grub2 ist z.B. noch gar nicht abgeschlossen, und Ext4 ist auch noch ziemlich neu. Das Problem dabei ist, daß Dokumentation und Erfahrungsberichte dazu noch recht dünn gesät sind.

Ich persönlich werde „Karmic Koala“ erstmal auf einer extra Festplatte installieren und ordentlich Erfahrungen sammeln.

Meine „Produktivsysteme“ werde ich dann ab dem 26.04.09 umstellen, wenn die nächste LTS-Version „Lucid Lynx“ herauskommt.

Posted in Linux, Ubuntu | Verschlagwortet mit: , | Leave a Comment »