Um mir selbst eine kleine Wissensdatenbank aufzubauen, werde ich mal ein paar Codesnippets sammeln. Beginnen werde ich heute mit dem Kopieren von Dateien.
Die Funktion copyFile macht nichts anderes, als die Datei src nach dest zu kopieren.
public static void copyFile(File src, File dest) {
FileInputStream fis = null;
FileOutputStream fos = null;
try {
fis = new FileInputStream(src);
fos = new FileOutputStream(dest);
byte[] buffer = new byte[0xFFFF];
for (int len; (len = fis.read(buffer)) != -1; )
fos.write(buffer,0,len);
} catch (IOException e) {
e.printStackTrace();
} finally {
try {
fis.close();
} catch (IOException e) {}
try {
fos.close();
} catch (IOException e) {}
}
}
... traute ich meinen Augen nicht! Es gibt Linux jetzt auch schon als Pulver und in flüssiger Form!
Allerdings musste ich soeben feststellen, dass LinuxUser bereits 2001 auf die neue Distribution aufmerksam geworden ist (und sie auch getestet hat) und selbst die Wikipedia bescheid weiß.
Dem Einen oder Anderen ist die folgende Situation sicher bekannt: Seinen Laptop schließt man per LAN-Kabel zu Hause an den Router, auf der Arbeit aber ans Firmennetz an. Dabei werden verschiedene IP-Konfigurationen für die Ethernetkarte benötigt. Unter Ubuntu ist dies kein Problem, bietet GNOMEs Netzwerkmanager doch an, unterschiedliche Einstellungsprofile zu speichern. Unter Windows XP ist dies jedoch leider nicht so einfach, zumal bei Hardwareprofilen die Netzwerkkonfiguration nicht mitgespeichert wird. Durch googeln bin ich am Ende auf einen Beitrag der PC Welt gestoßen, der eine gute Problemlösung in wenigen Schritten anbietet:
|
# ---------------------------------- |
| # ---------------------------------- # Schnittstellen-IP-Konfiguration # ---------------------------------- pushd interface ip # Schnittstellen-IP-Konfiguration für ""Ethernet"" set address name="Ethernet" source=static addr=XXX.XX.159.57 mask=255.255.255.0 set address name="Ethernet" gateway=XXX.XX.159.62 gwmetric=0 set dns name="Ethernet" source=static addr=XXX.XX.3.3 register=PRIMARY add dns name="Ethernet" addr=XXX.XX.3.17 index=2 set wins name="Ethernet" source=static addr=none popd # Ende der Schnittstellen-IP-Konfiguration |
Heute kam wieder ein neues Kernelupdate (2.6.28-14-generic) über die Aktualisierungsverwaltung hereingeflattert. Bei der Installation wurde ich gefragt, was ich denn mit der menu.lst machen wolle. Es gab die Möglichkeit, die alte Version zu behalten, wodurch ich jedoch beim Booten nicht den neuesten Kernel hätte auswählen können. Auch wurden verschiedene Vergleichsarten zwischen alter und neuer Version sowie ein Zusammenführen der Unterschiede angeboten, wobei letzterer als experimentell eingestuft ist. Ich entschied mich für den ersten Eintrag, der da "Installation der Version ihres Paketbetreibers" oder so ähnlich lautete, startete neu und siehe da: Zu den bisherigen Startoptionen ist der neue Kernel hinzugekommen und alle Dualboot-Optionen sowie Einstellungen für GRUB blieben auch erhalten.
Damit dieses problemlose Einfügen des neuen Kernels auch so klappt, sollte man zusätzliche Bootoptionen, wie z.B. ein anderes Betriebssystem, in der Datei /boot/grub/menu.lst außerhalb der AUTOMAGIC KERNELS LIST eintragen, die mit den Zeilen
| ### BEGIN AUTOMAGIC KERNELS LIST ## lines between the AUTOMAGIC KERNELS LIST markers will be modified ## by the debian update-grub script except for the default options below |
eingeleitet wird und schließlich abgeschlossen wird durch
| ### END DEBIAN AUTOMAGIC KERNELS LIST |
Mein XP-System hat somit einen Eintrag vor dieser Liste, damit dieser bei einem Kernelupdate und dem entsprechenden update-grub nicht wegkonfiguriert wird.
Nach der Aktualisierung auf Ubuntu 9.04 Jaunty Jackalope funktionierte leider mein Kartenleser nicht mehr. Wie festzustellen war, ist dieser intern über USB mit dem Mainboard verbunden und wurde über den Befehl lsusb auch als Bus 001 Device 002: ID 0bda:0158 Realtek Semiconductor Corp. Mass Stroage Device identifiziert. Nur leider konnte man nicht auf eingesteckte Karten zugreifen, was unter Intrepid noch einwandfrei funktionierte. Ich fand auf launchpad.net auch sogleich einen Bugreport, der genau dieses Problem beschrieb und kurze Zeit später wurde die Lösung veröffentlicht:
Das Kernelmodul usb-storage wird beim Starten nicht geladen. Mit dem Terminal-Befehl sudo echo "usb-storage" >> /etc/modules wird der Modulname an das Ende der Datei /etc/modules angehangen und somit beim Systemstart geladen. Ein anschließendes sudo modprobe usb-storage lädt das Modul im laufenden Betrieb nach und somit ist der Kartenleser sofort einsatzbereit.
Bild: CC-BY-NC-SA http://www.flickr.com/photos/27889022@N00/528402204/ (at_peter_mayr)