kanotix.com
Kanotix User Remaster - noch ne Anleitung
blauweiss - 11.09.2008, 19:03 Uhr
Titel: noch ne Anleitung
Da Kano nichts Neues mehr rausbringt, aber mittlerweile mehr als 300Mb
an Updates aufgelaufen sind, versuch ich mich auch mal an einer Anleitung zum Remastern.
KANOTIX TH RC7 Live-CD remaster, erforderliche Programmpakete
isomaster, xserver-xephyr
Erstellen der Verzeichnisse (Platzbedarf >5GB) knx_remaster/knx_source
Code:
mkdir -p knx_remaster/knx_source
mit isomaster das KANOTIX-2007-TH-RC7.iso (so umbenannt!) laden
Code:
isomaster "KANOTIX-2007-TH-RC7.iso"
Im oberen Fensterbereich ins Verzeichnis 'knx_source' wechseln und da den
gesamten Inhalt der CD (unterer Fensterbereich) auswählen und Entpacken,
root-Konsole öffnen, ins Verzeichnis 'knx_remaster' wechseln und KANOTIX auspacken
Code:
unsquashfs knx_source/KANOTIX/KANOTIX; #squashfs-root: Verzeichnisgröße = 1,676 GB
Nun wechseln wir per chroot in diese Umgebung mit Hilfe von Xephyr,
alle u.a. Befehle werden weiterhin in der root-Konsole eingegeben!
Code:
Xephyr :1 -ac -screen 1024x768 &
chroot squashfs-root
export DISPLAY=localhost:1
Gibt es hierbei Fehler dieser Art: /dev/null oder Keine Berechtigung,
muß das entsprechende Laufwerk mit den Parametern 'exec' und 'dev' remountet werden,
wenn nicht ist folgender Befehl unnötig:
Code:
mount -o remount,exec,dev LAUFWERK
Verzeichnisse erstellen (proc, grub), ohne grub-Verzeichnis mag memtest86+ nicht updaten!
Code:
mkdir /proc /boot/grub
mount -t proc /proc proc; #'Warnung: Konnte /etc/fstab...' kann ignoriert werden
Der Symlink /tmp weist absolut auf /var/tmp, das ist nicht gut wenn wir ein sauberes
tmp-Verzeichnis auf der CD haben wollen, machen wir ihn also besser relativ
Code:
ln -snf var/tmp /tmp
an dieser Stelle sollte ein
Code:
apt-get update
problemlos ausführbar sein, wenn das Netzwerk nicht will einfach den
Befehl 'pump' eingeben und nochmal versuchen,
ansonsten 'netcardconfig' ausführen und im 'Xephyr' Fenster konfigurieren.
Bevor das System aktualisiert wird, sollte man die Start|Stop Ordner in /etc/rc?.d noch sichern,
da einige Dienste dort neu eingetragen werden,
die im Original-ISO nicht vorhanden sind, wird später wieder zurückgespielt.
Code:
tar -cjf startstop.tar.bz2 /etc/rc?.d
nun TH7 auf den aktuellen (etch) Stand bringen, mit
Code:
apt-get dist-upgrade
Es werden einige Fragen gestellt, die man aber, bis auf das updaten von memtest86+,
einfach durch 'Enter', oder falls grafisch mit 'OK' bestätigen kann,
bei memtest86+ kommt die Frage nach Erstellen einer 'menu.lst', hier muß mit 'y' geantwortet werden!
Abhängigkeitsprobleme:
Wie es aussieht: keine
Nun kann man Programmpakete hinzufügen oder löschen
Code:
apt-get install Programmpaket
apt-get remove Programmpaket
Wer will kann an dieser Stelle auch einen neuen Kernel + Headers installieren,
wie dieser auf der Live-CD benutzbar gemacht werden kann versuch ich hier zu beschreiben:
http://www.kanotix.de/index.php?name=PN ... 231#165231
Werden Programmpakete hinzugefügt, sollte man Andere löschen
damit der Platzbedarf nicht zu sehr vom Original-ISO abweicht!
Aber auch allein durch das Update wird der Platzbedarf zu groß und es muß etwas gelöscht werden!
Hilfreich hierbei ist ein Paketmanager wie z.B.: kpackage, oder mein Favorit: synaptic
Code:
kpackage
vielleicht Openoffice raus, bringt auf jeden Fall genügend Platz.
Nachdem das erledigt ist, spielen wir die Sicherung der Startordner zurück und
löschen alles Überflüssige wieder:
startstop.tar.bz2, apt-cache, home/*, root/*, grub, proc umounten
Code:
tar --recursive-unlink -xf startstop.tar.bz2
rm -f startstop.tar.bz2
apt-get clean
rm -rf /boot/grub
find /home -mindepth 1 -maxdepth 1 -exec rm -r {} ";"
find /root -mindepth 1 -maxdepth 1 -exec rm -r {} ";"
find /var/tmp -mindepth 1 -maxdepth 1 -exec rm -r {} ";"
umount -l /proc
verlassen der chroot-Umgebung durch Drücken der Tastenkombination
Strg+d
Nun muß die KANOTIX-Datei aus dem Verzeichnis 'squashfs-root' neu erstellt werden
Code:
mksquashfs squashfs-root KANOTIX2 -noappend -b 65536
Damit diese neue KANOTIX-Datei (KANOTIX2) die Alte ersetzt, muß sie noch "hart"-verlinkt werden:
Code:
ln -f KANOTIX2 knx_source/KANOTIX/KANOTIX
Wir könnten noch in knx_source/KANOTIX/ die 'md5sums' anpassen, muß aber nicht sein!
Code:
cd knx_source find -type f -not -name md5sums -exec md5sum {} ";" > KANOTIX/md5sums; cd ..
Erstellen des neuen ISO-Images mit genisoimage:
Code:
genisoimage -r -J -v -V "KANOTIX" -no-emul-boot -boot-load-size 4 -boot-info-table -b boot/grub/iso9660_stage1_5 -c boot/grub/boot.cat -hide-rr-moved -o knx_neu.iso knx_source
Fertig, die root-Konsole kann nun beendet werden.
Ein erster Start des neuen ISOs mit Hilfe von qemu:
Code:
qemu -m 256 -cdrom knx_neu.iso -boot d
funktioniert das, kann das ISO auf CD gebrannt werden...
Edit 12.09: kleiner Fehler beim Verlinken - geändert!
Edit 23.09: dist-upgrade, Dank an retabell und miltonjohn
Edit 08.12: /tmp löschen, Starten von Xephir
Edit 22.12: /etc/rc?.d sichern und später wieder zurückspielen
stalin2000 - 12.09.2008, 10:49 Uhr
Titel: noch ne Anleitung
Kann ich das auch mit viel mehr Programmen einfach auf eine DVD schreiben, oder wäre da irgendwas zu beachten?
Gibt es auch einen Weg, einfach eine fertig konfigurierte, ganz normale Kanotix-Installation auf DVD zu brennen, und das ganze dann einfach auf einem Fremdrechner manuell zu kopieren und dann Grub anzupassen? Oder ist das alles viel komplizierter?
blauweiss - 12.09.2008, 15:33 Uhr
Titel:
stalin2000 hat folgendes geschrieben::
Kann ich das auch mit viel mehr Programmen einfach auf eine DVD schreiben
Gibt es auch einen Weg, einfach eine fertig konfigurierte, ganz normale Kanotix-Installation auf DVD zu brennen
Dem ISO sollte es egal sein, ob es von CD oder DVD startet.
2te Frage: dazu gab es mal einen Thread hier, Stichworte bootcd oder LiveBackup:
http://www.kanotix.de/PNphpBB2-viewtopi ... tml#163610
http://wiki.skolelinux.de/LiveBackup
probiert hab ich das jedoch noch nicht.
stalin2000 - 13.09.2008, 14:57 Uhr
Titel:
Alles klar, danke,
schau mir das LiveBackup Ding mal an.
Wie ist denn das mit der Kantoxi Remaster CD/DVD.... Kann man da zusätzliche Programme hinzufügen, oder geht es nur darum, alle Pakete auf dem neusten Stand zu haben, aber im selben Umfang wie bei der ursprünglichen Kanotix Version?
Gruß Christopher
merlin - 13.09.2008, 14:59 Uhr
Titel:
Wer lesen kann ist klar im Vorteil:
Nun kann man Programmpakete hinzufügen oder löschen
Code:
apt-get install Programmpaket
apt-get remove Programmpaket
werden Programmpakete hinzugefügt, sollte man Andere löschen
damit der Platzbedarf nicht zu sehr vom Original-ISO abweicht!
Aber auch allein durch das Update wird der Platzbedarf zu groß und es muß etwas gelöscht werden!
Hilfreich hierbei ist ein Paketmanager wie z.B.: kpackage
stalin2000 - 14.09.2008, 17:06 Uhr
Titel:
...wieso sollte die ISO von der Größe her nicht allzusehr von der Original CD abweichen? Ich würde nämlich am liebsten eine Kanotix DVD mit 4,1 GB oder so "zimmern".
Am besten auch noch mit angepaßtem Design... Aber dafür müßte ich wahrscheinlich auf eine LiveBackup zurückgreifen....?
merlin - 14.09.2008, 17:12 Uhr
Titel:
Glaub bei so 2 Gig ist Schluss mit lustig. Knoppix verwendet da dann auch 2 getrennte Images auf der DVD.
stalin2000 - 14.09.2008, 23:06 Uhr
Titel:
ok, 1,9 GB Programme dürften auch für's Erste reichen. Wie ist das mit persönlichen Einstellungen und Design... das kann man wohl nicht mit der oben von blauweiss angegebenen Methode mit einstellen? Oder kann man seine Einstellungen, bzw. seinen Home Ordner einfach manuell da mit reinkopieren ins Image?
miltonjohn - 15.09.2008, 07:06 Uhr
Titel:
ja mit 2 GB ist schluss da müsste dann eher noch ein extra Ordner auf CD in dem sich nur paket-files befinden.
blauweiss - 15.09.2008, 16:20 Uhr
Titel:
stalin2000 hat folgendes geschrieben::
Wie ist das mit persönlichen Einstellungen und Design...
Möglich ist das schon, erste Anlaufstelle wäre das Verzeichnis
squashfs-root/etc/skel/
Hierheraus wird so eine Art "Grundkonfiguration" für den User erstellt.
Einfach irgendwas ins HOME-Verzeichnis rüberkopieren geht nicht so einfach,
da beim Start der CD noch kein User existiert.
stalin2000 - 15.09.2008, 20:48 Uhr
Titel:
Alles klar, Dank Euch! Ich werde das dann mal versuchen.
Ha, schon das erste Problem:
"unsquashfs ./KANOTIX; #squashfs-root: Verzeichnisgröße = 1,676 GB"
Fehlermeldung:
Zitat:
zlib::uncompress failed, not enough room in output buffer
write_file: failed to read data block 0x2a62ebb2
retabell - 16.09.2008, 07:26 Uhr
Titel:
Super Anleitung !!!!
Schreibe gerade aus einem persönlichen CD-Image.
es hat alles auf Anhieb geklappt.
nur mit 'apt-get dist-upgrade' statt 'apt-get update'
vorher open-office rausgenommen
und einige persönlich gewünschte Pakete rein
Zitat:
Wie ist das mit persönlichen Einstellungen
siehe auch /usr/share/kanotix
Gruss retabell
blauweiss - 17.09.2008, 15:19 Uhr
Titel:
stalin2000 hat folgendes geschrieben::
zlib::uncompress failed, not enough room in output buffer
Probiers nochmal mit nem anderen Kernel, oder starte die original TH7 Live-CD und versuchs damit zu machen.
stalin2000 - 21.09.2008, 13:23 Uhr
Titel:
kleine Frage zur LiveCD und Virtual Box:
Wenn ich die Thorhammer Live CD in Virtualbox starte, kann ich meine "shared folders" nicht sehen, obwohl sie für das entsprechende Image in VirtualBox eingestellt sind... Weiß jemand, wie ich die Ordner freischalte von der Kanotix LiveCD aus?
towo2099 - 21.09.2008, 14:30 Uhr
Titel:
Seit wann beinhaltet Kanotix die guestadditions?
stalin2000 - 21.09.2008, 15:13 Uhr
Titel:
Ich dachte, daß kann man einfach über's Netzwerk irgendwie hinbekommen. Hm, wie machen das andere Leute, die ein Linux in Virtual Box laufen haben?
towo2099 - 21.09.2008, 15:31 Uhr
Titel:
Du möchtest unbedingt das VBox-Manual lesen!
ockham23 - 21.09.2008, 19:43 Uhr
Titel:
Wenn du auf dem Kanotix-Host ssh startest, kannst du vom Kanotix-Guest aus mit fish auf die Dateien des Hosts zugreifen. Einfach in der Adresszeile von Konqueror eingeben: fish://192.168.0.2, wobei du natürlich die richtige IP-Adresse des Hosts nehmen musst.
towo2099 - 21.09.2008, 22:18 Uhr
Titel:
ockham23 hat folgendes geschrieben::
Wenn du auf dem Kanotix-Host ssh startest, kannst du vom Kanotix-Guest aus mit fish auf die Dateien des Hosts zugreifen. Einfach in der Adresszeile von Konqueror eingeben:
fish://192.168.0.2, wobei du natürlich die richtige IP-Adresse des Hosts nehmen musst.
Naja, so einfach geht das dann ja doch nicht, zumindest dann nicht, wenn man VBox auf NAT konfiguriert hat.
Daddy-G - 22.09.2008, 14:22 Uhr
Titel:
Da wie oben geschrieben das letzte Kanotix-Release weit zurückliegt und das nächste Release womöglich weit in der Zukunft, lohnt sich sich das Aktualisieren und Remastern von Thorhammer schon, zumindest für den "mobilen Einsatz" und für Testzwecke.
Habe daher am WE auch mal die Anleitung von Blauweiss ausprobiert. Habe durchaus eine bootbare Thorhammer-iso hingekriegt. Da ich aber auch auf das (noch) neue OOO 2.4.1 aktualisiert hab, waren das dann fast 800 MB.
Mit Xephyr und diesem Befehl hatte ich allerdings Probleme
Code:
Xephyr :1 -ac -screen 800x600 &
DISPLAY=:1; #vor erneutem Start von Xephyr DISPLAY=:0 setzen!
nur Fehlermeldung ("is display set ? xlib no protocol specified")
Weiß jetzt nicht was da fehlt, konnte aber trotzdem weiter bzw. fertigmachen.
Ein kernel-update habe ich nicht gemacht, da war ich unsicher wie ich das in der chroot-Umgebung richtig mache, beim install-script muss man ja neu booten.
blauweiss - 22.09.2008, 16:54 Uhr
Titel:
Super, doch nochmal ein Post zum Thema...
@Daddy-G
Diese Fehlermeldung von xephir kenn ich nicht, wenn es aber möglich ist
ein X-Programm (z.B. xterm) im chroot zu starten, sollte das kein Problem sein.
Von einem Kernelupdate möchte ich abraten, da müßtes du wahrscheinlich auch eine neue miniroot erstellen,
das sprengt den Rahmen dieser Anleitung.
Es gibt auch 800Mb CD Rohlinge, sofern die CD-Laufwerke das mitmachen,
wäre dein ISO nicht einmal zu groß.
miltonjohn - 22.09.2008, 17:54 Uhr
Titel:
die fehlermeldung hatte ich auch -klappt aber gut ohne!
mit Lenny bekomm ichs nicht hin - aber multimedia lässt sich einbinden für codecs usw. tolle sache!
Schön diese Anleitung und so einfach, dass ich es auch mal probiert hab - fettes LOB!
Daddy-G - 23.09.2008, 10:38 Uhr
Titel:
miltonjohn hat folgendes geschrieben::
die fehlermeldung hatte ich auch -klappt aber gut ohne!!
wie bei mir
Zitat:
mit Lenny bekomm ichs nicht hin - aber multimedia lässt sich einbinden für codecs usw. tolle sache!
Ja was wäre wenn man auf Lenny-sourcen umsteigt, kann man mit einer Remaster-iso im Live-Mode gefahrlos testen, aber da sieht man es fliegen jede Menge Kanotix-Pakete raus und dann geht nix mehr.
Der Sprung von 2006-RC4 von Sid im Oktober2006 auf Etch 2007 war ebenfalls ein upgrade, wurde aber supported und funktionierte. Mit Lenny geht es halt nicht, da ist eine Zäsur. Hat Kano ja selbst schon hier bestätigt, auch wenn er sich über die Ursache und Lenny im.A. nicht ausläßt. Wenn die Kanotix-Graka Treiber-scripte mit Lenny funktionieren würden, wäre da schon was gewonnen
Zitat:
Schön diese Anleitung und so einfach, dass ich es auch mal probiert hab - fettes LOB
Ja schließe ich mich an
miltonjohn - 23.09.2008, 14:25 Uhr
Titel:
also die Grakaskripte laufen unter dem Beta von Mepis und unter Parsix.
Also auch unter Lenny problemlos - damit hab ich immer die Auflösung gefixt bzw. die propietären Treiber-installationen für fglrx hat unter dem Distros nicht richtig funktioniert und hab dann eben Kanos-scripte genommen und siehe da es war super!
EDIT:
übrigens sollte beim remastern nicht nur apt-get upgrade gemacht werden denke ich sondern auch ein D-U innerhalb etch wg. openssh und amarok...
blauweiss - 23.09.2008, 17:59 Uhr
Titel:
Ein Update auf Lenny ist auch gelungen, werd aber die obige Anleitung nicht dahingehend erweitern.
Nur soviel und für den der sich halbwegs auskennt:
In der sources.list alle 'etch' durch 'lenny' ersetzen.
Hier ist natürlich ein dist-upgrade zwingend erforderlich!
Zickig ist eigentlich nur 'dmraid' mit seinem startscript,
es reicht die Datei .../etc/init.d/dmraid zu löschen (wers nicht braucht).
Dann läuft das Upgrade problemlos durch, hier werden aber eine Menge Fragen gestellt,
eine Standardbeantwortung oder OK oder Ignorranz reichen auch hierfür.
Das hab ich allerdings erst nach dem etch-Upgrade durchgeführt.
Nach dieser Aktion läßt sich kein X-Programm mehr in xephir starten,
keine Ahnung warum.
Das fertige ISO läuft aber sehr wohl in qemu und ist bei mir ca. 920Mb groß.
Ein dist-upgrade erscheint mir auch in der Anleitung sinnvoller, wird geändert.
retabell - 23.09.2008, 19:17 Uhr
Titel:
Zitat:
Nachdem das erledigt ist, müssen wir alles Überflüssige wieder löschen
und auch noch /tmp leeren
Code:
rm -rf /tmp/*
das wandert ansonsten mit ins iso-image
Mit Xephyr hatte ich beim Neustarten auch so meine Probleme,
ein neuerliches einloggen hat bei mir geholfen
Die VBox guestadditions lassen sich recht stresslos (-- testweise --)
in die Live-Cd integrieren. cheatcode = vbox
getestet mit installiertem dkms.deb
und VirtualBox 2.02
und werden beim cd -Start installiert
Code:
--- live-autoconfig.org 2007-09-04 23:46:55.000000000 +0200
+++ live-autoconfig 2008-09-23 11:53:52.000000000 +0200
@@ -2046,6 +2046,13 @@
# hide kernel messages because of network-manager (old: 6)
echo "4" > /proc/sys/kernel/printk
+# install vbox-module
+if checkbootparam "vbox"; then
+ fix-unionfs
+ /usr/share/kanotix/profile/vbox/VBoxLinuxAdditions-x86.run
+modprobe vboxvfs
+fi
+
# Re-enable signals
trap 2 3 11
Pfad ist anzupassen und die Rechte auch.
Mit einem Kernel update bin ich gescheitert
kernel-panic
reicht es dann aus im miniroot.gz alle Treiber-Module zu tauschen
oder wie baut man das?
Zitat:
In der sources.list alle 'etch' durch 'lenny' ersetzen
und das thorhammer repo rausgenommen?
gruss retabell
miltonjohn - 23.09.2008, 23:23 Uhr
Titel:
wahrscheinlich besser so unungef'eahr der wortlaut von Kano im Irc - dass ein upgrade von Etch auf Lenny mit den Backports nicht so gut ist also schließe ich mal einfach draus dass, das Thorhammer-Repo besser mal auskommentiert werden sollte....
gs - 23.11.2008, 21:55 Uhr
Titel:
will nach längerer Zeit dieses Thema reanimieren.
Das trübe Wochenende war eine gute Gelegenheit, das schon mehrfach erwähnte Programm "bootcd" für die Erzeugung einer Kanotix-live-CD von einer nach Wunsch eingerichteten Festplatteninstallation zu probieren. Also nochmal - nicht wie die schöne Anleitung von blauweiss über die LiveCD durch Hinzufügen und Weglassen von Paketen, sondern von einer Festplatteninstallation, die alle nötigen Programme, Treiber etc. enthält und mitbringt.
Um es vorwegzunehmen: funktioniert im Prinzip tadellos! und bietet die einfache Möglichkeit, ein Thorhammer RC7 mit aktuellem dist-upgrade und neuestem kernel zu einer aktuellen livedvd zu machen.
Einige praktische Hinweise:
Die erste kleine Hürde ist die Einrichtung der Datei "bootcdwrite.conf" in /etc/bootcd, welche vom script benützt wird. Der Einfachkeit halber füge ich die von mir modifizierte bootcdwrite.conf jetzt bei:
"# bootcdwrite.conf
#
# look for man bootcdwrite.conf(5) for more informations
#
# this path was added as prefix to KERNEL, INITRD, DISABLE_CRON, NOT_TO_CD
# and NOT_TO_RAM, if this are relativ paths (without starting "/")
SRCDISK=/
# Define the kernel which is used
KERNEL=vmlinuz
# size of each ramdisk ram1 and ram2 (ram1: /dev /etc /home /root /tmp,
# (ram2: /var)
RAMDISK_SIZE=1000000
# typ is CD or DVD
TYP=DVD
# specify one or more CD devices to boot from, first is default
# "auto" try to find the bootcd on all SCSI and IDE CDROMS
CDDEV="auto /dev/hda /dev/hdb /dev/hdc /dev/hdd /dev/scd0 /dev/scd1"
# Text to Display at Boottime (see syslinux doku)
# This option is not supported for hppa
DISPLAY="/usr/share/bootcd/default.txt"
# do some checks or not
DO_CHECK=yes
# additional options for the kernel
APPEND=""
# exclude some files or directories from writing to cd
NOT_TO_CD=""
# exclude some files or directories from loading to ram
# Because most people's home and root dir are to large to include
# in RAM, subdirectories can be excluded:
#NOT_TO_RAM="$(find $SRCDISK/root -maxdepth 1 -mindepth 1 -type d)"
# If you are using ssh it is helpful to have a unique ssh hostkey for
# each CD.
SSHHOSTKEY=yes
# logfile
ERRLOG=/var/log/bootcdwrite.log
# where the image resists after build
VAR=/var/spool/bootcd
# FLOPPY_RUNTIME_DEV=<floppy device>|""
# When you boot from cd you read changes from this device.
FLOPPY_RUNTIME_DEV=/dev/fd0
# BOOTFLOPPY=yes|no
# If you want to boot from FLOPPY specify BOOTFLOPPY=yes. This reduces
# space on floppy used by bootcdflopcp. For this to work FLOPPY_CREATE_DEV
# has to be specified.
# For hppa this option is not supported and must be set to no.
# Default:
# BOOTFLOPPY=no
BOOTFLOPPY=no
# If you want to boot several machines from the same cdrom, you must have
# the individual configuartion (exp: /etc/network/interfaces) on floppy.
# If one can not be mounted it is a good idea to stop booting and to wait
# for manual interaction instead of comming up with a wrong configuration.
BOOT_ONLY_WITH_FLOPPY=no
# delete some chached files in /var
CLEAN_VAR=yes
# If FASTBOOT=yes then additional images for the ramdisk will be created
# by bootcdwrite and copied to CD. This allows faster booting,
# but needs extra space on CD
FASTBOOT=yes
# use isolinux (yes,no,auto), auto check for isolinux and use it
ISOLINUX=auto
# use -s (save, slow, stupid) option on syslinux
SYSLINUX_SAVE=yes
# choose the architecture
# ARCH=auto|hppa|i386|ia64
ARCH=auto
# use devfs or not
DEVFS=no
# path to initrd
INITRD="initrd.img"
# addiditionel entries to fstab
# TO_FSTAB="/dev/hdc1 /home ext3 defaults 1 1
# /dev/usb0 /mnt/usb ext3 defaults 1 1 "
TO_FSTAB=""
# transparent compression of ISO 9660/Rock Ridge filessytem
# ("auto" checks for space to compress the image on the local system)
# COMPRESS=<yes|no|auto>
COMPRESS="auto"
# Files or Directory-Trees that should never be compressed on CD can be listed
# here. You have to define the Path as it is on the CD, (with /var.ro
# instead of /var)
NOTCOMPRESSED=""
# Files listed in DISABLE_CRON will be on the cdrom with a .no_run_on_bootcd
# suffix so run-parts won't execute them. The original file will be a link to
# /bin/true.
#
DISABLE_CRON="etc/cron.daily/find etc/cron.daily/standard etc/cron.daily/security"
# With this variable you can add or delete some options
# given to mkisofs by bootcdwrite.
# Please create debian-bugreports if you have to use special
# options, not mentioned here. Then I can list this options here.
#
MKISOFS_CHNG=""
# function extra_changes()
# It is possible to define a function called extra_changes to have some
# files modified on the ISO image. Here is an example:
#
# function extra_changes() {
# echo "noname" >$VAR/changes/etc.ro/hostname
#
# mkdir -p $VAR/changes/etc.ro/network
# ( echo "auto lo"
# echo "iface lo inet loopback"
# echo ""
# echo "auto eth0"
# echo "iface eth0 inet static"
# echo " address 0.0.0.0"
# echo " netmask 255.255.255.0"
# ) >$VAR/changes/etc.ro/network/interfaces
#
# echo "127.0.0.1 localhost noname" >$VAR/changes/etc.ro/hosts
#
# cat $SRCDISK/etc/passwd |
# grep -v -e "^bs:" -e "^bianca:" -e "^tim:" >$VAR/changes/etc.ro/passwd
#
# cat $SRCDISK/etc/shadow |
# grep -v -e "^bs:" -e "^bianca:" -e "^tim:" >$VAR/changes/etc.ro/shadow
#
# cat $SRCDISK/etc/group |
# grep -v -e "^bs:" -e "^bianca:" -e "^tim:" >$VAR/changes/etc.ro/group
# }
#
#
# BOOTCDMODPROBE=standard|bootcd|auto
# If booted from initrd bootcd has to load the necessarry modules.
# If only modules provided by initramfs-tools are needed you can
# specify "standard" here. If bootcd should try extra hard to load
# neccessary modules you can specify "bootcd" here.
# Bootcd will use discover for this purpose. So discover has to be installed.
# If you specify auto, bootcd will check if discover is installed.
# If it is installed # BOOTCDMODPROBE=bootcd will be set, if not
# BOOTCDMODPROBE=standard will be set.
# Be aware that people have reported, that sometimes BOOTCDMODPROBE=bootcd
# may not work but sometimes it is needed.
BOOTCDMODPROBE=standard"
So hat es bei mir funktioniert - habe allerdings auf dem Eeepc 2GB RAM, und viel RAM wird vom script benötigt.
Meine Installation ist 3,3 GB groß, die resultierende live-DVD enthält ebenfalls 3,3 GB. Die Erzeugung dauerte auf dem Eeepc ca. 11 Minuten, das Brennen ein bisschen mehr.
Ein Problem ist die Zeit, welche die erzeugte DVD zum Booten braucht - auch über 10 Minuten. Hier muss man Geduld haben und sicher ist das der "bootcd" zugrundeliegende script auch optimierungsfähig bzw. sogar bedürftig.
Letzeres trifft in besonderem Maße für Scripte und bootcd2disk.conf zu, die für eine neue Installation von der produzierten DVD zuständig sind. Hier musste ich ziemlich "basteln", weil sonst eine ganze Festplatte usurpiert und partitioniert wird. Das Installationsscript geht offenbar per default auch von einer eigenen Bootpartition aus, was ja wohl nicht mehr aktuell ist.....
Meine von einer Kanotix-Installation auf dem Eeepc erzeugte "custom" Kanotix-DVD läuft jedenfalls auch auch einem Lenovo-Notebook, während auf dem Desktop-Computer, einem Fujitsu-Siemens-Scenic Produkt, 1 GB Ram nicht zum Booten der neuen live-DVD ausreichten...
Und schließlich: auch die Festplatteninstallation der mit bootcd erzeugten Kanotix-DVD funktionerte schlussendlich.
miltonjohn - 05.12.2008, 20:14 Uhr
Titel:
kernel reinbacken hat leider nicht geklappt
blauweiss - 08.12.2008, 17:47 Uhr
Titel:
miltonjohn, schade das dir das auch nicht gelingt
Hier scheiterts am Start des X-servers in qemu, wie auch per grub.
Hab mich allerdings vom Ändern der miniroot.gz verabschiedet
und versuche es mit der zum Kernel gehörigen initrd,
so wie es bei den Live-CDs hier gemacht wird:
http://live.debian.net/cdimage/lenny-bu ... 86/iso-cd/
Stichworte: live-helper, live-initramfs
retabell hat folgendes geschrieben::
und auch noch /tmp leeren
Code:
rm -rf /tmp/*
das wandert ansonsten mit ins iso-image
Ganz so einfach ist das nicht, zum Einen:
rm allein löscht keine versteckten Dateien|Verzeichnisse,
zum Anderen verweist der Symlink /tmp absolut auf /var/tmp.
So wird nach Verlassen der chroot-Umgebung alles was in /var/tmp ist,
auch auf der CD sein!
Da hilft nur das Verbiegen des Symlink von absolut auf relativ,
wird in der Anleitung angepaßt!
blauweiss hat folgendes geschrieben::
Nach dieser Aktion läßt sich kein X-Programm mehr in xephir starten,
Es geht, wenn Xephyr anders aufgerufen wird,
auch das wird in der Anleitung geändert!
merlin - 09.12.2008, 09:53 Uhr
Titel:
Der Witz ist ja das man die neuesten Kernel von Kano ohne Probleme in eine eigene Ubuntu-Live reinbauen kann.
Daddy-G - 09.12.2008, 11:32 Uhr
Titel:
Welche eigene Ubuntu-Live ?
Der "Witz" ist ja eher, dass bei Kanotix im Bereich "Remaster" nix supported wird.
Gibt nur den Erfahrungsaustausch hier und wenn die Jungs, die sich da abrackern, irgendwie auf dem falschen Dampfer sind, dann könntest ja deine Erfahrungen mitteilen und das o.g. soweit erläutern, dass man zu etwas brauchbaren kommt.
miltonjohn - 09.12.2008, 11:57 Uhr
Titel:
Die eigene Ubu-Cd wurde mit UCK erstellt. Also mit einem Ubuntu-tool das für Ubuntu ausgelegt wurde und unter Ubu 6.06 gabs UCK also das UbuntuCustomationKit glaub noch nicht...
@Daddy-G
warum sollte ein Remaster auch supported werden, ausser bei der Erstellung dessen?
Wenns Etch ist und ein Kanotix hat man ja den Support weiterhin
wirds geupgraded zu Lenny dann bekommste ja sowieso keine Hilfe ausser von h2 mit seinem Smxi das jetzt auch unter Kanotix läuft....
Daddy-G - 09.12.2008, 13:19 Uhr
Titel:
miltonjohn hat folgendes geschrieben::
warum sollte ein Remaster auch supported werden, ausser bei der Erstellung dessen? ..
Natürlich bei der Erstellung dessen
Gibt ja Distries wo das Remastern ein feature ist, mit script, GUI und so, halt nicht für Fremd-Distries wie Kanotix wie du weißt.
Aber hinsichtlich der Remaster <-> Kernel-Frage hätte ich mal eine Verständnisfrage grade wegen der Bemerkung von Merlin oben.
Afaik passt Kano den Kernel ja an, dass er mit Etch-Basis läuft, (jetzt gehn auch die neuen Kernel mit Lenny). Hat bei einem Ubuntu bzw eigenen Ubuntu-CD ein Kanotix-Kernel noch Vorteile gegenüber default ubuntu-kernel ?
Umgekehrt müsste ja gerade ein Lenny-Remaster mit einem Kanotix-Kernel Sinn machen, dergestalt man z.B. gleich wegen zusätzlicher enthaltener Treiber sein wlan aktiviert kriegt, mit den spartanischeren default-Debian-Kerneln dagegen nicht.
miltonjohn - 09.12.2008, 15:09 Uhr
Titel:
ja und bald haben wir ein "community-driven-Kanotix-Derivat" das aktueller ist als das eigentliche!!!!
blauweiss - 13.12.2008, 19:18 Uhr
Titel:
blauweiss hat folgendes geschrieben::
Hier scheiterts am Start des X-servers in qemu, wie auch per grub.
Nicht ganz richtig, der xserver startet schon nach einer Testinstallation von xfce.
xfce funktioniert, es muß also an kde liegen.
Als Schuldigen hab ich hier das script '45xsession'
in squashfs-root/etc/X11/Xsession.d/ ausgemacht,
darin stimmen weder die Variablen,
noch die Pfade nach der Änderung von miniroot.gz auf initrd.img.
Mit viel rumgekrampfe startet die Live-CD sogar mit kde...
Muß nochmal bei Null anfangen,
um zumindest bis dahin eine Anleitung mit neuem Kernel zu schreiben
und hoffe auf eure Hilfe wie wir zu einer "echten" Live-CD kommen.
ps: ich will hier mit Sicherheit keinen KANOTIX fork erstellen!
Daddy-G - 14.12.2008, 18:50 Uhr
Titel:
blauweiss hat folgendes geschrieben::
ps: ich will hier mit Sicherheit keinen KANOTIX fork erstellen!
Das fürchten die Kanotixer wohl am wenigsten
Mancher Fork oder manche Distrie hat wohl schon mit Remastern angefangen, aber ich denke manche Leute hier sind halt schon interessiert, das was sie aktuell auf der HD haben, auch auf die LiveCD kriegen. Das heißt nicht nur Aktualisierung incl. neuem Kernel sondern auch eigene Paket-Auswahl, was halt Sinn des Remasterns ist.
blauweiss - 15.12.2008, 16:56 Uhr
Titel:
Daddy-G hat folgendes geschrieben::
Das heißt nicht nur Aktualisierung incl. neuem Kernel sondern auch eigene Paket-Auswahl, was halt Sinn des Remasterns ist.
Was meinst du damit?
Aktualisierung und Paket-Auswahl sind im ersten Thread beschrieben,
Einen neuen Kernel einzubauen ist halt nicht so einfach!
Vielleicht bekomme ich eine halbwegs verständliche Anleitung,
als kleine Weihnachtsbastelei hin, vielleicht auch nicht...
Dieser Post wurde mit einem aktuellen Kanotix-TH7-etch-remaster
verfasst, mit Kernel 2.6.28.2 und aus qemu heraus gestartet.
Daddy-G - 15.12.2008, 18:43 Uhr
Titel:
blauweiss hat folgendes geschrieben::
Was meinst du damit?
Aktualisierung und Paket-Auswahl sind im ersten Thread beschrieben,.
Hi blauweiss
das war eigentlich eine launige Bemerkung auf deinen Satz, dass du nicht die Absicht hast, einen "Kanotix-fork" zu erstellen.
Wenn jemand aus einer vorigen Distrie über Remastern einen Fork bzw. neue Distrie entwickelt, dann gibt dieser den Inhalt hinsichtlich Zielgruppe/Funktionalität vor. Hier geht es allerdings um eine Remasteranleitung i.e.S, da erhält der Nutzer die Gelegenheit die Veränderung/ Anpassung nach seinen Vorstellungen zu gestalten.
In der Tat ist bis auf das Kernel-update alles am Anfang des Threads beschrieben. Hat bei mir soweit funktioniert und war hernach genauso installierbar wie der orginal RC7. Großes Lob !!!
Zitat:
Einen neuen Kernel einzubauen ist halt nicht so einfach!
Vielleicht bekomme ich eine halbwegs verständliche Anleitung,
als kleine Weihnachtsbastelei hin, vielleicht auch nicht...
Wenn ich die kleinen Nuancen der Aufmerksamkeit im Forum der kleinen Kanotix-gemeinde richtig deute, dann hattest du schon anfangs eine gewisse erhöhte Aufmerksamkeit mit diesem Thread (jedenfalls mehr wenn einer singulär mit einer bestimmten Hardware ein bestimmtes Problem hat).
Zitat:
Vielleicht bekomme ich eine halbwegs verständliche Anleitung,
als kleine Weihnachtsbastelei hin, vielleicht auch nicht...
Zitat:
Dieser Post wurde mit einem aktuellen Kanotix-TH7-etch-remaster
verfasst, mit Kernel 2.6.28.2 und aus qemu heraus gestartet.
Wow, da bist du anscheinend schon auf der richtigen Spur, jetzt sind einige Kanotixer natürlich jetzt erst recht gespannt auf die "Weihnachtsbastelei"
blauweiss - 22.12.2008, 17:09 Uhr
Titel:
Bevor ich mit der kleinen Weihnachtsbastelei loslege,
noch ne kleine Änderung in der Anleitung:
Nach Aktualisierung der Programmpakete werden einige Dienste in den
Startordnern neu angelegt, die auf der Original-CD nicht dabei sind.
Möglich, das 'freeze-rc.d' auch im chroot funktioniert, hab mich aber für 'tar' entschieden,
die /etc/rc?.d -Ordner werden vor der Aktualisierung gesichert und danach wieder zurückgespielt!
Wird geändert...
blauweiss - 22.12.2008, 17:58 Uhr
Titel:
neuer Kernel für die Live-CD mit inird.img* anstelle der miniroot.gz
Voraussetzung ist natürlich das Nachvollziehen der Remaster-Anleitung aus dem 1. Thread
Im chroot den neuen Kernel (z.B. 2.6.28-4-generic) und das Paket 'live-initramfs' installieren:
Code:
apt-get install linux-image-2.6.28-4-generic linux-headers-2.6.28-4-generic live-initramfs
dann die Anleitung aus dem ersten Thread weiter durchführen bis einschl. zum
"hart-verlinken" der "KANOTIX2" Datei.
Alle u.a. Befehle werden in einer 'root-konsole' aus dem Verzeichnis 'knx_remaster' ausgeführt!
In knx_remaster ein neues Verzeichnis erstellen:
Code:
IRD='initrd.img-2.6.28-4-generic'; #Variable benutzen!
mkdir $IRD
kopieren der inird.img* dorthin:
Code:
cp squashfs-root/boot/$IRD $IRD
inird.img* auspacken und gleich anschl. löschen:
Code:
cd $IRD; gunzip -c $IRD | cpio -i; rm -f $IRD; cd ..
Änderungen in diesem Ordner:
im Verzeichnis 'scripts/live-bottom' kann eigentlich alles gelöscht werden,
bis auf die Datei '05mountpoints'
Das script in 'scripts/live' wird so angepaßt:
Nach der Zeile: "Running /scripts/live-bottom" (ziemlich am Ende der Datei),
wird folgendes hinzugefügt (Variablennamen sind vorgegeben!):
Code:
# kopieren der neuen distro, 45xsession, live-autoconfig
cp /live/image/distro ${rootmnt}/etc/default
cp /live/image/45xsession ${rootmnt}/etc/X11/Xsession.d
cp /live/image/live-autoconfig ${rootmnt}/etc/init.d
# der User kanotix ist schon vorhanden, bekommt aber kein 'home' -Verzeichnis,
# keine Ahnung warum das nicht kopiert wird,
# also wird er zunächst knallhart gelöscht und dann neu angelegt, mit Passwort 'mmm'
cat >> ${rootmnt}/etc/rcS.d/S00adduser << EOF
#!/bin/sh
PATH=/sbin:/bin:/usr/sbin:/usr/bin
userdel kanotix
groupdel kanotix
useradd -m -p \$(echo "mmm" | mkpasswd -s) kanotix
EOF
chmod 755 ${rootmnt}/etc/rcS.d/S00adduser
# kanotix autologin, geht auch erst nach Änderung der kdmrc
sed -i '/\[X-:\*-Core\]/a NoPassEnable=true \
NoPassUsers=kanotix' ${rootmnt}/etc/kde3/kdm/kdmrc
sed -i '/\[X-:0-Core\]/a AutoLoginEnable=true \
AutoLoginUser=kanotix' ${rootmnt}/etc/kde3/kdm/kdmrc
Anmerkung:
Diese Anpassungen in 'scripts/live' kann man auch direkt in 'squashfs-root' vornehmen,
wäre auch sinnvoll wenn Alles auf Anhieb laufen würde.
Für "schnelle" Tests und Änderungen ist o.g. Art allerdings mehr als sinnvoll,
da das Bauen eines *.squashfs hier ca. 15 min dauert,
eine neue initrd.img* + ISO erstellen nur knapp eine Minute!
Damit sind die Änderungen an der initrd.img* abgeschlossen und
wir können sie an der richtigen Stelle wieder zusammenpacken,
kopieren wir auch gleich den neuen Kernel dazu:
Code:
cd $IRD; find | cpio -H newc -o | gzip -9 > ../knx_source/boot/$IRD; cd ..
cp squashfs-root/boot/vmlinuz-2.6.28-4-generic knx_source/boot
Damit das o.g. überhaupt funktionieren kann,
kopieren wir nun die 3 relevanten Dateien ins Hauptverzeichnis der CD,
sind eigentlich nur genau diese, die wichtig sind:
Code:
cp squashfs-root/etc/default/distro knx_source
cp squashfs-root/etc/X11/Xsession.d/45xsession knx_source
cp squashfs-root/etc/init.d/live-autoconfig knx_source
Nur die Anpassungen in der knx_source/distro:
Code:
FLL_IMAGE_DIR="live/image"
FLL_IMAGE_FILE="KANOTIX.squashfs"
FLL_MOUNTPOINT="/live"
FLL_MEDIA_MOUNTPOINT="/live"
Nur die Anpassungen in der knx_source/45xsession:
Code:
Die Zeile, die mit
xauth add $DISPLAY...
beginnt auskommentieren, also ein # davor setzen!
Dann alle '/cdrom' durch '/live/image' ersetzen!
In der knx_source/live-autoconfig wird nichts geändert, nur die Möglichkeit offengehalten!
Durch die Umstellung von der miniroot.gz auf eine inird.img*,
wird die Kanotix-squashfs-Datei im Verzeichnis '/live' auf der CD erwartet und
muß die Dateiendung '.squashfs' haben:
Code:
mkdir knx_source/live
ln -f KANOTIX2 knx_source/live/KANOTIX.squashfs
Anmerkung:
Obwohl nun 2 (nur verlinkte) KANOTIX-squashfs Dateien auf der CD vorhanden sind,
wird die Größe der CD nicht verdoppelt.
Änderungen durch Neubauen des squashfs werden durch das Verlinken sofort und
ohne weiteres Zutun übernommen, das ISO muß natürlich dann neuerstellt werden!
Es fehlt jetzt nur noch ein entsprechender booteintrag in knx_source/boot/grub/menu.lst,
'init=/etc/init, quiet, splash' raus, damit man zunächst mal sieht was beim Start los ist:
Code:
title ACPI on - DMA on - Deutsch
kernel /boot/vmlinuz-2.6.28-4-generic ramdisk_size=100000 lang=de-utf8 apm=power-off nomce vga=791 boot=live
initrd /boot/initrd.img-2.6.28-4-generic
Nun kann das ISO neugebaut und
mit qemu (dieses aber bitte nicht in einer root-Konsole) getestet werden, siehe 1. Thread!
Probleme:
Mittlerweile startet dieses ISO in qemu einschl. Autologin des Users 'kanotix'
und ohne weiteres Zutun bis kde durch, kde gibt zwar eine Absturzmeldung aus,
läuft aber trotzdem.
Loggt man sich mal kurz aus und wieder ein, scheint alles im Lot zu sein.
Wer Das und andere Probleme noch hinbiegen kann, nur zu...
retabell - 26.12.2008, 17:57 Uhr
Titel:
moin
hab mal ne iso laut Anleitung mit 2.6.26-5-generic gebastelt
Zitat:
# der User kanotix ist schon vorhanden, bekommt aber kein 'home' -Verzeichnis,
# keine Ahnung warum das nicht kopiert wird
mir fehlen im home Verzeichnis alle Dateien aus /usr/share/kanotix/profile
das wird/wurde durch die 45xsession via rsync kopiert
warum das jetzt nicht mehr funktioniert hab ich noch nicht herausgefunden.
Zitat:
# also wird er zunächst knallhart gelöscht und dann neu angelegt
ich bekam die Fehlermeldung 'unexpected end of file'
habe das dann so gelöst: (ohne EOF)
Code:
echo '#!/bin/sh' > ${rootmnt}/etc/rcS.d/S00adduser
echo 'PATH=/sbin:/bin:/usr/sbin:/usr/bin' >> ${rootmnt}/etc/rcS.d/S00adduser
echo 'userdel kanotix' >> ${rootmnt}/etc/rcS.d/S00adduser
echo 'groupdel kanotix' >> ${rootmnt}/etc/rcS.d/S00adduser
echo 'useradd -m -p $(echo 'mmm' | mkpasswd -s) -G audio,fax,users,camera -s /bin/bash kanotix' >> ${rootmnt}/etc/rcS.d/S00adduser
und den user kanotix noch anderen gruppen hinzugefügt
mit dem autologin funktioniert bei mir so nicht.
Danke für die Anleitung !!!!
Gruss retabell
blauweiss - 27.12.2008, 08:07 Uhr
Titel:
Danke für die Rückmeldung retabell, hatte schon befürchtet das diese Anleitung
nicht nachvollziehbar ist.
Für den autologin probier mal folgende Änderung in 'scripts/live':
Den ganzen Abschnitt hierdurch austauschen (sed wird rausgenommen):
Code:
# kopieren der neuen distro, 45xsession, live-autoconfig
cp /live/image/distro ${rootmnt}/etc/default
cp /live/image/45xsession ${rootmnt}/etc/X11/Xsession.d
cp /live/image/live-autoconfig ${rootmnt}/etc/init.d
# Verzeichnis für den User kanotix angelegen (sourcen der Datei 'distro'),
. ${rootmnt}/etc/default/distro
mkdir -p ${rootmnt}/home/${FLL_LIVE_USER}
chown 1000:1000 ${rootmnt}/home/${FLL_LIVE_USER}
Dadurch kann auch in 'knx_source/45xsession' das Auskommentieren der Zeile:
Code:
xauth add $DISPL...
entfallen, lösch also das # wieder.
retabell - 29.12.2008, 16:55 Uhr
Titel:
moin
Zitat:
Für den autologin probier mal folgende Änderung in 'scripts/live':
hat nicht funktioniert, es mag aber auch sein, dass ich da einiges
falsch gemacht habe.
habe im Moment wenig Zeit das nachzuvollziehen.
aber mmm ist ja auch erstmal ok
hab das iso in einer vbox getestet, der Installer
gibt nur Fehlermeldungen aus.
@blauweiss: hast Du mal versucht aus dem iso zu installieren?
gruss retabell
blauweiss - 30.12.2008, 20:00 Uhr
Titel:
Es müssten sich noch weitere Tester finden, die deine Startprobleme bestätigen können...
Installieren kann nicht klappen, dazu sind die Pfade zu unterschiedlich.
Das würde wesentlich mehr Anpassungen erfordern.
Da aber der boot-Eintrag mit dem orig. Kernel im Grub Menü noch funktionsfähig vorhanden ist,
starte diesen und installier von da aus,
nach der HD-Installation ist es ja kein Problem den Kernel zu aktualisieren.
Mir geht es ausschl. darum einen neuen Kernel startbar auf die Live-CD zu bringen.
Alle Zeiten sind GMT + 1 Stunde
PNphpBB2 © 2003-2007