> michaelbischof wrote:
> Nouveau failed even when I booted with nomodeset
> llexam wrote:
> I tried adding rootdelay=8 to the boot code, with no change
I think it is a general problem of the boot menu:
> michaelbischof wrote:
> Nouveau failed even when I booted with nomodeset
> llexam wrote:
> I tried adding rootdelay=8 to the boot code, with no change
I think it is a general problem of the boot menu:
> Trixar_za wrote:
> PCmanFM-Mod now has been renamed to SpaceFM
> Would be nice to see them included too ;)
In my eyes the SpaceFM menus are to "cluttered".
So I vote against it.
> pankso wrote:
> I commited a GTK only flavor with just X, Openbox, slim, pcmanfm and lxpanel.
Thumbs up for that. :)
I'm suggesting SpaceFM as an ALTERNATIVE to and not a replacement for PCmanFM.
Also know that your vote has very little weight on if a package gets made or if it gets accepted into the repository.
@Trixar_za I have Spacefm in my undigest wok :-) Man it's a package you could maintain. I will catch you on IRC about that :-P
It's always a bad sign when people work out my weakness - making me actually stand by what I say :/
Was directed to this forum as SliTaz 4.0-RC2 Live using unetbootin to make a bootable usb pendrive crashed during startup with a kernel panic message. Bewildered by the boot choice (core justx gtkonly etc) they all got tried with no success however the http://is.gd/TazDevISO contributor flavor, 9th post from pankso (thx!), boots straight into a GUI on an Asus EEE 2G. As TazDevISO was based on 4.0-RC1 can another be made from 4.0-RC2 and put on the official download website and clearly identified as unetbootin friendly? Presumably both 4.0-RC1 and 4.0-RC2 are 4in1 that won't work with unetbootin and it'll be a retro step to go back to blowing CDs then copying to pendrives or even using command line idea (thx llexam).
May I come back to an unresolved issue, that MichaelBischof raised?
I, too, have the problem that up to now I booted a frugal SliTaz using only one initrd.gz.
Now I desperately try to modify my GRUB (legacy) menu.lst in order to boot the staged initrd's, which seems a beautiful solution for the different machines I equip for myself and different members of my family (keeping modificationys away from the original initrd).
I already tried to keep all 4 initrdX.gz in the initrd line of menu.lst, with comma it didn't work at all, with spaces only the first initrd4.gz was accepted, all others ignored (text mode only).
Using seperate lines for each initrd in descending order seems to be accepted, but on changing to tmp-fs on bootup the system crashes on not finding the root fs. ("no filesystem could mount root, ...")
So does anyone know a solution to this issue? Or is using syslinux succeeding grub the only possibility? Might GRUB2 be a better approach?
Try grub4dos or SliTaz grub.
SliTaz doesn't use legacy grub but an enhanced grub from grub4dos for some extra such as ntfs support.
See http://hg.slitaz.org/wok/file/e01952170f7c/grub4dos-linux/receipt
Thanx a lot!!!
installed grub4dos-linux.tazpkg
# grub-install root-directory=/media/[mounted root-partition] /dev/sda
got some error messages (segmentation fault ...)
but boots like a charm (even kept former menu.lst)
Thanx a lot again!!!
A solution: As Unetbootin generation of both 4.0-RC1 and 4.0-RC2 give kernel panic crash and using a CD or command line dd is ruled out we find ourselves with a working slitaz using Pankso's Unetbootin-friendly http://is.gd/TazDevISO 'contributor flavor' based on 4.0-RC1 running on a memory stick. Below is a way of upgrading this to the latest 4.0-RC2; hopefully someone will show a slicker way as this needs two USB memory sticks. Meantime steps are...
1. Use Midori to download the latest slitaz-4.0-RC2.iso
2. Upgrade tazusb from existing 3.0.1 as it fails on final stages.
Source of tazusb version 4.0.1: http://hg.slitaz.org/tazusb/raw-file/tip/tazusb
Also see article http://forum.slitaz.org/topic/installation-or-liveusb-prep-cannot-find-rootfsgz-on-slitaz-30-3-in-1-disk
Name new file say tazusb401.sh
3. Prepare a second destination memstick to later boot 4.0-RC2. A 2GB memory stick is ample.
Use gParted to make say two 1GB ext3 partitions so the second can be used for data. Make sure the first partition is empty and has a distinctive label.
4. Leave the destination memstick unmounted however Applications/System Tools/Mount devices 'Mountbox' is useful to locate the 'unmounted dev' /dev/sdd1 in our case.
su to root to get hash prompt and cd to folder containing the iso
Example use... /home/tux# sh tazusb401.sh gen-iso2usb slitaz-4.0-RC2.iso /dev/sdd1
5. Reboot with just the new stick in; beware some machines will only boot from one USB port.
6. Later you might like to append /boot/extlinux/extlinux.conf so that it doesn't keep prompting for key and local settings on startup.
After doing su root need to go say #cd /media/buf1/boot/extlinux then leafpad extlinux.conf and add to the append line for example lang=en_GB kmap=uk locale=en_GB
Hopefully this is useful for others.
Having got 4.0-RC2 running without kernel panic some findings on persistence...
a) su root so hash prompt shows...type tazusb writefs none
after above answer No to the two remove questions.
b) Creates rootfs.gz without compression.
Moves rootfs.gz to 'media' - presumably a USB flash disk.
Says 'Remember to unmount for delayed writes!' not quite sure what this means.
mv: can't rename '/home/boot/rootfs.gz' : No such file or directory.
(NB Above warning only showed first time; possibly disregard first time as rootfs.gz did not exist before the first backup.)
c) Memstick now shows rootfs1.gz rootfs2.gz rootfs3.gz rootfs4.gz and newly saved rootfs.gz (155MBytes) in /home/boot/ and note /dev/sdb1 (first partition on boot memstick) was automounted as /home in our case so all five root*.gz are together.
d) On restart the software reads rootfs1.gz rootfs2.gz rootfs3.gz rootfs4.gz but rootfs.gz does not show as being read unless too fast to read. One wonders if rootfs.gz is meant to replace the original set of four or be added to them.
Firefox settings appear restored but not newly loaded packages e.g. python. Also removed pesky games keep coming back, surely if people want chess and suduko, however small a footprint, they can download them as packages after basic installation.
e) An improvement to SliTaz would be a backup system as Tiny Core uses where one can backup anytime with a single button press and that's all but in addition the user defaults to backup on exit (an option allows otherwise). The backup is in a single unique folder that is placed in any memory and this location can be easily changed.
You must log in to post.