Page 5 of 6
Fatdog64-600rc
Posted: Sun 01 Jul 2012, 11:18
by Billtoo
Booting from dvd with savefile.
Computer
Processor 2x Intel(R) Core(TM)2 Duo CPU E4500 @ 2.20GHz
Memory 4045MB (158MB used)
Machine Type Physical machine
Operating System Fatdog64 [54d320f566]
User Name root (root)
Date/Time Sun Jul 1 07:02:20 2012
Operating System
Version
Kernel Linux 3.4.4 (x86_64)
Version #1 SMP Sat Jun 23 18:31:59 GMT 2012
C Library GNU C Library version 2.13 (stable)
Distribution Fatdog64 [54d320f566]
Display
Resolution 1440x900 pixels
Vendor The X.Org Foundation
Version 1.11.4
OpenGL
Vendor NVIDIA Corporation
Renderer GeForce GT 220/PCIe/SSE2
Version 3.3.0 NVIDIA 295.59
Direct Rendering Yes
The pvr is working in VLC, thanks for that.
Just started but no problems so far.
Posted: Sun 01 Jul 2012, 11:34
by rcrsn51
Has anyone been able to make a bootable flash drive with b2? Mine never get past
Code: Select all
Loading initrd.....................................
Posted: Sun 01 Jul 2012, 11:59
by jamesbond
rcrsn51 wrote:Has anyone been able to make a bootable flash drive with b2? Mine never get past
Code: Select all
Loading initrd.....................................
I did. I didn't do anything special. Flash drive booting is very flaky and depends on the BIOS. Anyway, perhaps your system doesn't like the huge initrd. You can try to use the small initrd - use the installer for that and choose "small initrd" when asked. This will basically take the fd64-600.sfs outside initrd and make the initrd a lot smaller (like, 4 MB instead o 196MB). By default it won't load fd64-600.sfs to RAM, if you want that you can add "base2ram=yes" as boot parameter.
Billtoo - you're fast
Posted: Sun 01 Jul 2012, 12:21
by 01micko
Posting from freshly downloaded Iron browser through SFS Manager, no hitches
..apart from slow internet!
<rant>c'mon Julia... it's 2012 already.. we pay Carbon Tax!</rant>
Used the installer for a change, done what I told it! That's exactly what it's supposed to do.
Manually adjusted menu.lst (grub4dos been there for awhile)
More as I test. Looking nice.
Posted: Sun 01 Jul 2012, 12:28
by rcrsn51
jamesbond wrote:choose "small initrd" when asked.
I can't find this option.
Posted: Sun 01 Jul 2012, 12:40
by 01micko
rcrsn51 wrote:jamesbond wrote:choose "small initrd" when asked.
I can't find this option.
It's in the installer, I just saw it, a checkbox.
Posted: Sun 01 Jul 2012, 12:47
by jamesbond
rcrsn51 wrote:jamesbond wrote:choose "small initrd" when asked.
I can't find this option.
You may not have enough memory (the operation uses /tmp and /tmp must be at least 800MB) ... just run this from terminal:
Code: Select all
fatdog-split-initrd.sh /path/to/your/original/initrd /output/path [/path/to/optional/tmp/dir]
.
The operation will decompress the entire fatdog and recompress it, it takes quite a while and also a lot of memory on the /tmp/dir. By default it uses /tmp, but if your /tmp is less than 800MB you'd better specify it elsewhere (e.g /mnt/sda3/tmp, etc).
The original initrd is unchanged, the output dir will be filled in with "small initrd" and "fd64-600.sfs". Why the need to decompress the entire stuff? Because we need to move/merge kernel modules from initrd to the main sfs. By doing this, you are reverting fatdog back to the standard puppy 3-files format: vmlinuz, initrd, fd64-600.sfs. Keep your original initrd, there is no way get it back once the splitting is done
Posted: Sun 01 Jul 2012, 12:49
by jamesbond
PS:
- isomaster is in the package repository.
- fbreader is in the package repository (the desktop version is stuck at version 0.12.10? They are focusing on android now? !@#%$#)
- miredo (as discussed
here) is in the package repository.
Posted: Sun 01 Jul 2012, 13:04
by jamesbond
capicoso wrote: Puredata is a graphical programming language. The user connects objects with other objects, those objects do things, like fft, convert signals. They're programmed on C. Maybe for that... Why the latest glibc i don't know(they always work with latest ubuntu, and latest ubuntu has latest glibc, maybe that's why) ... It's not the official PD i want to use tho. It's one named pd-l2ork. That's only available for linux and is the best so far(that's one of the reasons i moved 100% to linux)...
Interesting, I need to check it out sometime.
The problem is that they delete older versions from the webpage. Maybe i could email them to give me an older one...
They are not the only ones. Try for example find the older sources for Fotoxx ... which doesn't use gtk3
The older ones i have are for 32bit... How do you think i could make it work with earlier glibc?
If you have the sources you can try to hack the autoconf/configure files to allow building with earlier version of glibc; when the compile fails then find the offending functions and find a replacement which is available in earlier glibc. Sorry I can't go further than that unless I look at the source.
The worst part(for me) is that it's the main program i use.
Ouch!
BTW. Puredata relies on tk and tcl. They're in the fatdog repo, i downloaded them but puredata still couldn't see them. Puredata was looking for tk8.5.so.0 and the lib was named tk8.5.so. I had to add .0 to the lib and got fixed. I don't know if it's a puredata problem or the libs...
Libs problem. All libs should have something that ends with so.0 or so.1 etc, and there a symlink from .so to .so.0.
edit: Loaded my savefile before attempting to update glibc and did it again paying more attention and all... Now everything works fine... at least it looks like it... I'm a bit scared though, what programs can i run to see if i didn't corrupt them?
Well if you system can boot to desktop, the usual apps works (e.g geany, abiword, qtractor, libreoffice etc) then you should be safe enough. As usual, no guarantee
Posted: Sun 01 Jul 2012, 13:10
by jamesbond
Posted: Sun 01 Jul 2012, 13:25
by rcrsn51
jamesbond wrote:rcrsn51 wrote:jamesbond wrote:choose "small initrd" when asked.
I can't find this option.
You may not have enough memory (the operation uses /tmp and /tmp must be at least 800MB) ...
That explains it.
Flash drive booting is very flaky and depends on the BIOS.
No kidding. I tried three different 64-bit machines, two different flash drives and Syslinux/Grub4dos. No combination would boot the large initrd.
Posted: Sun 01 Jul 2012, 13:32
by jamesbond
rcrsn51 wrote:No kidding. I tried three different 64-bit machines, two different flash drives and Syslinux/Grub4dos. No combination would boot the large initrd.
Does it boot the small initrd? I have one flash drive that cannot boot my desktop - no matter whatever puppies/grub4dos/syslinux or fat16/fat32/ext2 I put on it. The same drive will boot my laptop
Posted: Sun 01 Jul 2012, 13:51
by Gobbi
rcrsn51 wrote:Has anyone been able to make a bootable flash drive with b2? Mine never get past
Code: Select all
Loading initrd.....................................
I just did it and it works fine .
kirk , jamesbond , you are fast ...
I've also seen the repo is richer now... Now I'll try the release candidate and fit in other pets .
Posted: Sun 01 Jul 2012, 13:53
by nooby
Somebody suggested one can fool the boot process by pretending the
big initrd to be a standard initrd.gz and then maybe it boots? Sadly no link
I have not tested this b/c I boot from HD
Posted: Sun 01 Jul 2012, 14:34
by rcrsn51
jamesbond wrote:Code: Select all
fatdog-split-initrd.sh /path/to/your/original/initrd /output/path [/path/to/optional/tmp/dir]
So I set up an external tmp with lots of space and ran the command. The second unsquashfs operation aborted at 34% with a "Killed" message. However, the procedure continued to build a new initrd and sfs.
The new setup booted from USB, but the sfs must be incomplete. It threw a bunch of errors and wouldn't start X.
I probably need a machine with more horsepower to do this properly.
Posted: Sun 01 Jul 2012, 15:49
by winwin
rcrsn51 wrote:Has anyone been able to make a bootable flash drive with b2? Mine never get past
Code: Select all
Loading initrd.....................................
I did also, but I add "waitdev=5" after kernel command:
kernel /vmlinuz waitdev=5
initrd /initrd
Maybe this "5 seconds" is for the system to detect the flash drive.
Posted: Sun 01 Jul 2012, 21:58
by kickstart
@rcrsn51
Here is my modified menu.lst entry for FD600 after your advice.
title Fd64 600b2 (sda3/Fatdog600b2)
find --set-root --ignore-floppies --ignore-cd /Fatdog600b2/initrd
kernel /Fatdog600b2/vmlinuz savefile=direct:device:sda3:/Fatdog600b2/fd64save.ext4
# kernel /Fatdog600b2/vmlinuz psubdir=Fatdog600b2 pmedia=atahd pfix=fsck
initrd /Fatdog600b2/initrd.
That works just fine.
Time to have a look at 600rc I think.
@ Nooby
Have you tried downloading from nluug if ibiblio is slow? When I downloaded the FD600b2 .iso from there I got a 1MB/sec download speed and it took around 3 minutes. I generally only get around 70kB/sec from ibiblio.
Posted: Mon 02 Jul 2012, 08:18
by nooby
Yes the .nl is much faster. Usually an .iso in under 3 minutes or faster.
Sometimes some 30 seconds or so for small ones. But they had not
RC when I looked for it yesterday so I took it from Ibiblio and it took
some 35 or so minutes. I tested it and it worked with the old save file.
Kind of cheating to only do an upgrade Would be better as a test
if I had started all over but I where lazy.
Besides I am a single user being root kind of person so the multi user part
would never get tested at my shack. I don't even know how to do such things.
Thanks to Kirk and JamesBond for all effort you guys put into this.
Posted: Mon 02 Jul 2012, 12:11
by kickstart
Yes the .nl is much faster. Usually an .iso in under 3 minutes or faster.
Sometimes some 30 seconds or so for small ones. But they had not
RC when I looked for it yesterday
Ah you must have tried quite early then. I downloaded it from nluug 14 hours ago (midnight CET)
Posted: Thu 05 Jul 2012, 09:28
by jamesbond