- Grml - lists.mur.at

kernel upgrade
by didi.segbert＠arcor.de 08 Sep '10

08 Sep '10

Hello, i am using a germl squeeze with kernel 2.6.31-grml on my asus netbook 1005ha-m. Now i want to install a newer kernel 2.6.33-grml as secodn kernel. I have installed all the modules and the kernel with the aptitude command. After that i have done a update-initramfs -u -t -k 2.6.33-grml, grub2 i have configured. But the kernel will not start the system. I use speakup, so i can not see, what the monitor will display, bevor espeakup iststarted. Must i do a depmod for the new installed kernel? Is there a script included in grml, that will upgrade a kernel automaticaly? Regards. Dietmar

2 1

Announce: Expected downtime of grml.org and further services on 2010-09-09
by Michael Prokop 05 Sep '10

05 Sep '10

Hi, due to a server migration at our provider the grml.org website and a few services will experience an expected downtime, from: 9th of september 2010, 22:00 CEST / 20:00 UTC until 10th of september 2010, 9:00 CEST / 7:00 UTC The affected services will be: http://grml.org/ http://ml.grml.org/ http://deb.grml.org/ http://bts.grml.org/ http://git.grml.org/ http://paste.grml.org/ jabber://jabber.grml.org Please note that mails sent to any grml.org mailaddress will be delayed. *Not* affected are the grml user mailinglist and the following services: http://wiki.grml.org/ http://grml.supersized.org/ http://twitter.grml.org/ http://twitter.com/grmlproject http://identi.ca/grml http://daily.grml.org/ http://planet.grml.org/ #grml IRC channel on freenode Please notice that a mirror of the main website grml.org is available at http://grml.deb.at/grml-www/ and a mirror of the repository (http://deb.grml.org/) is available at http://debian.netcologne.de/www.grml.org/deb.grml.org/ If the downtime will be longer than expected we'll be providing updated information through the available channels (grml user mailinglist, twitter/identi.ca and IRC being #grml on freenode). regards, -mika-

1 0

grml-rebuildfstab does append instead of replace
by T o n g 16 Aug '10

16 Aug '10

Hi, Each time I call rebuildfstab, the newly built entries are added to my / etc/fstab, instead of replacing the old ones. Here are my last lines (from ancient grml), do I need to update it? Thanks # Warning! Please do *not* change any lines below because they are auto- generated by rebuildfstab! # If you want to disable rebuildfstab set CONFIG_FSTAB='no' in /etc/grml/ autoconfig! # Added by GRML -- Tong (remove underscore(s) to reply) http://xpt.sourceforge.net/techdocs/ http://xpt.sourceforge.net/tools/

2 2

manual grml to hd - read only root fs
by T o n g 16 Aug '10

16 Aug '10

Hi, I did a simple rsync -aHSx --devices --specials / $new_os_mnt/ instead of grml2hd. All seems fine just that the root fs is still mounted read only. what's the trick to turn rsync'ed grml hd image into a normal system, which mounts root fs rw, and mounts other fstab entries as well? Thanks -- Tong (remove underscore(s) to reply) http://xpt.sourceforge.net/techdocs/ http://xpt.sourceforge.net/tools/

2 2

[OT] Google Calendar problem
by T o n g 14 Aug '10

14 Aug '10

Hi, Anyone else is experiencing problem with Google Calendar as well? What's your solution? Thanks PS. >From my gmail pannel: Google Calendar Ooops! "Google Calendar" failed to load. Try again >From a separated window: ------------------------------------------------- The page isn't redirecting properly Iceweasel has detected that the server is redirecting the request for this address in a way that will never complete. * This problem can sometimes be caused by disabling or refusing to accept cookies. ------------------------------------------------- -- Tong (remove underscore(s) to reply) http://xpt.sourceforge.net/techdocs/ http://xpt.sourceforge.net/tools/

1 1

grml-live questions
by T o n g 12 Aug '10

12 Aug '10

Hi, How is grml-live officially used to create daily snapshot CDs (for amd64 grml-small & grml-medium)? I did a test run, but got some error at the end. How can I fix it and get an ISO created? Thanks PS. Detailed logs: mount -o remount,suid,dev,rw /dev/shm grml-live -o /dev/shm -c GRMLBASE,GRML_SMALL,amd64 -s sid grml-live [0.9.41~git]: check your configuration (or use -F to force execution): FAI classes: GRMLBASE,GRML_SMALL,amd64 main directory: /dev/shm Chroot target: /dev/shm/grml_chroot Build target: /dev/shm/grml_cd ISO target: /dev/shm/grml_isos Grml name: grml Release name: grml-live rocks Build date: 2010-07-14 Grml version: 0.0.1 Debian suite: sid Architecture: amd64 Boot method: isolinux Template files: /usr/share/grml-live/templates Logging to file: /var/log/grml-live.log Is this ok for you? [y/N] y . . . Calling task_finish Ramdisk on /dev/shm/grml_chroot/var/lib/dpkg umounted Wed Jul 14 01:10:22 EDT 2010 The dirinstall took 571 seconds. /dev/shm/grml_chroot/var/lib/dpkg is not a mounted ramdisk. Calling task_savelog End of /usr/sbin/fai * Rebuilding initramfs [ ok ] * Error: there was a critical error during execution of stage 'fai dirinstall' * Note: check out /var/log/fai/grml/last/ for details. [exit 2] [ !! ] $ tail -12 /var/log/fai/grml/last/fai.log Executing shell: GRMLBASE/97-apt-listchanges GRMLBASE/97-apt-listchanges OK. Executing shell: GRMLBASE/98-clean-chroot GRMLBASE/98-clean-chroot FAILED with exit code 9. Executing shell: GRMLBASE/99-finish-grml-build GRMLBASE/99-finish-grml-build OK. Calling task_finish Ramdisk on /dev/shm/grml_chroot/var/lib/dpkg umounted Wed Jul 14 01:10:22 EDT 2010 The dirinstall took 571 seconds. /dev/shm/grml_chroot/var/lib/dpkg is not a mounted ramdisk. Calling task_savelog $ tail /var/log/fai/grml/last/shell.log (Reading database ... 17063 files and directories currently installed.) Removing libsigc++-2.0-0c2a ... Purging configuration files for libsigc++-2.0-0c2a ... Removing libxapian15 ... Purging configuration files for libxapian15 ... * /boot/config- not available. $KERNEL not set to correct value? [ !! ] GRMLBASE/98-clean-chroot FAILED with exit code 9. ===== shell: GRMLBASE/99-finish-grml-build ===== GRMLBASE/99-finish-grml-build OK. Thanks -- Tong (remove underscore(s) to reply) http://xpt.sourceforge.net/techdocs/ http://xpt.sourceforge.net/tools/

3 27

Using grml to build a stacked Debian Live system
by T o n g 31 Jul '10

31 Jul '10

Hi, These are what grml users had been asking/longing for: On Sun, 08 Mar 2009 15:32:01 +0100, Lars-Erik Helander wrote: > Regarding the persistence solution, I think I would rather like to have > a solution where the installed packages are not forced to be loaded into > main memory - as I understand that the live-snapshot would do, or ...? > Do grml have some toolchain that will allow me to either add stuff to an > existing squashfs or have the system "union mount" additional squashfs > files? * Michael Schierl <schierlm-public <at> gmx.de> [20061105 19:15]: > . . . I want to carry around as few disks > as possible. So I thought if it is possible to splitting the squashfs > image into two images that are merged by unionfs, where the smaller > one contains a basic system that includes all stuff from grml-small > (which may be larger than 50MB, but as small as possible) and have a > cheatcode to load only the small part into ram (and not use the large > part at all). I do not know if this is feasible . . . but the answer isn't available up until now -- now, you can build a stacked Debian Live system with the help of aufs + grml tools. But why "stacked" you may ask first. If grml is build on top of grml-medium, which is build on top of grml-small, then putting all 3 flavor on the same USB would not cost you more than one CD space, whereas currently it almost need two. Another great advantage is that, I never need to remaster my live system any more just for my own customization -- putting my extra stuff in is just as simple as putting in several modules. My live-usb always contains the latest tools/docs of my own, without going through the live system remastering process. I had about 7 layered modules that I build for slax and I just put them on top of grml. It works perfectly. Further, with stacked live system, you can, for the first time, load grml-small into ram (or grml-medium depending on your ram size), and leave the rest on USB/CD. Most importantly, it'll be much faster. Suppose your stacked live system is layered like the following: 1. All console tools 2. Xorg + lightweight window manager + essential X tools like gparted 3. Heavy weight desktop system (Gnome/Kde) 4. Occasionally used applications (KOffice/Latex) If you limit your self to only certain tasks (say console-only hacks), then you only need a limited number of modules to be loaded; all other modules are not loaded on start up. hence it will start faster, use less ram, and cause applications to run faster. Moreover your CD drive will only seek in a small area (instead of all across the whole CD). You don't even need to load it to ram if the loaded modules can be completed cached by the kernel. This significantly improves the speed. On the other hand, you can enjoy the full fledged desktop applications if you want to, from the very same CD. OK, enough "selling". Let's see how it can be achieved using aufs + grml tools. I'll use the scenario that grml-full is build on top of grml-medium, which is build on top of grml-small as the example. 1. Use aufs to create the stacked framework. The first command creates necessary directories, and the 2nd creates a stacked aufs file system, of which /grml/grml-layers/grml-work is the RW working branch. In this aufs file system, if a file is not available in grml-full, aufs looks in grml-medium, else in grml-small. mkdir -p /grml/grml-live/grml_chroot/ /grml/grml-layers/{grml-full,grml-medium,grml-small,grml-work} mount -t aufs -o br=/grml/grml-layers/grml-work=rw:/grml/grml-layers/grml-full:/grml/grml-layers/grml-medium:/grml/grml-layers/grml-small none /grml/grml-live/grml_chroot/ 2. Use grml-live to build the first layer. CLASSES='GRMLBASE,GRML_SMALL,RELEASE,AMD64' ARCH=amd64 grml-live -a $ARCH -c $CLASSES . . . 3. Now the first layer, grml-small, is available under /grml/grml-live/grml_chroot/, which is the mount point of the aufs file system. We need to move the content from RW layer to the lower /grml/grml-layers/grml-small layer. Note that the final umount and mount is recommended after the move, because the inode number may be changed. aubrsync move /grml/grml-live/grml_chroot /grml/grml-layers/grml-work /grml/grml-layers/grml-small umount /grml/grml-live/grml_chroot/ !mount 4. Install the next layer. This time grml-debootstrap is used instead, to install all grml-medium packages on top of the current chroot system. grml-debootstrap --verbose --arch amd64 --target /grml/grml-live/grml_chroot/ . . . 5. Now grml-medium is available under /grml/grml-live/grml_chroot/. Again, we need to move and reflect all modifications from upper to lower layer. This time is to grml-medium: aubrsync move /grml/grml-live/grml_chroot /grml/grml-layers/grml-work /grml/grml-layers/grml-medium umount /grml/grml-live/grml_chroot/ !mount 6. Repeat step 4 and 5 to finish grml-full. 7. Create squashfs filesystem ln -s grml.squashfs /grml/grml-live/grml_cd/live/grml_small.squashfs mksquashfs-lzma /grml/grml-layers/grml-medium /grml/grml-live/grml_cd/live/grml_medium.squashfs -b 256k -lzma mksquashfs-lzma /grml/grml-layers/grml-full /grml/grml-live/grml_cd/live/grml_full.squashfs -b 256k -lzma 8. Create stacked squashfs filesystem. I'm using grml-full as an example. Under /grml_cd/live/, create a file, say grml-full.module, in which contains: grml_small.squashfs grml_medium.squashfs grml_full.squashfs 8. Make it bootable. I'm using grub as an example. In the kernel line, use the following. Note the grml-full is the file you just named without the .module extension. kernel ... live-media-path=/live module=grml-full 9. Put them on USB and test it. That's it. Note, the above is for illustration purpose only. Substitute with your own CLASS or path please. PS. mika, if you want, please send me the wiki access info to my bts email address, I can put the above into wiki. Thanks

3 4

The class grml-live concept
by T o n g 29 Jul '10

29 Jul '10

Hi, >From man page: "For example if you want to use your own class named "FOOBAR" just set CLASSES="GRMLBASE,GRML_SMALL,I386" inside /etc/grml/grml-live.local or invoke grml-live using the classes option: "grml-live -c GRMLBASE,GRML_SMALL,I386,FOOBAR …"." - 1st, I think ",FOOBAR" is missing from the first "CLASSES=" - 2nd, my question, if I want to use my own class named "FOOBAR", ie, CLASSES="GRMLBASE,FOOBAR,I386" would /etc/grml/fai/config/class/FOOBAR.var file allow me to config things like UTC=yes, TIMEZONE=xxx? Thanks -- Tong (remove underscore(s) to reply) http://xpt.sourceforge.net/techdocs/ http://xpt.sourceforge.net/tools/

2 2

grml_2010.04 and NVIDIA card support
by T o n g 29 Jul '10

29 Jul '10

Hi, How well are NVIDIA cards supported in grml_2010.04? I saw that NVIDIA binary kernel modules are compiled up to nvidia-kernel-2.6.31-grml64, not to 2.6.33 that grml_2010.04 uses. thanks -- Tong (remove underscore(s) to reply) http://xpt.sourceforge.net/techdocs/ http://xpt.sourceforge.net/tools/

2 1

pick invalid ones from package list
by T o n g 26 Jul '10

26 Jul '10

Hi, I'm wondering what's the best way to pick invalid package names from a package list. I am keeping a package list of my installed packages, but over the time, package can be retired, obsoleted, or simple increase in version in its name. I just want to pick out all those invalid ones. Thanks -- Tong (remove underscore(s) to reply) http://xpt.sourceforge.net/techdocs/ http://xpt.sourceforge.net/tools/

1 1