Grafpup-2.xx fourth (and final) alpha

For talk and support relating specifically to Puppy derivatives
Message
Author
msumner
Posts: 205
Joined: Fri 05 Jan 2007, 01:10
Location: Lincolnshire, England.

#286 Post by msumner »

SimonW wrote:
If it's not a long answer, could someone explain (even if it's just a link to another part of the Puppy forums) regarding how to remaster?
Hi Simon, I guess that you could not find remaster in the menu. Me neither. There are two remastering programs in /usr/sbin/, They are pupremaster.sh which appears to be an adaptation of dougals enhanced remaster, and remasterpup2 which looks like a Nathan experiment, as it invites anyone to give it a try. Both come with instructions, so take a look. I have not tried them yet, but I should as I am looking into putting a remastering section in the help files.
Cheers, Mike

User avatar
Dougal
Posts: 2502
Joined: Wed 19 Oct 2005, 13:06
Location: Hell more grotesque than any medieval woodcut

#287 Post by Dougal »

I've updated the installer to (hopefully) fix the problem with vfat being regognized as ext3. It's up to Nathan now to update his version... (it's really trivial and shouldn't require any Grafpup-specific coding, so the new code can just be added to the old installer)


While I'm here: anyone (especially those with SATA drives) feel like running my hardware test dotpup? It shouldn't take more than a few seconds...
Attachments
HW-test.pup
(1.86 KiB) Downloaded 662 times
What's the ugliest part of your body?
Some say your nose
Some say your toes
But I think it's your mind

SimonW
Posts: 60
Joined: Wed 28 Mar 2007, 23:15
Location: UK

#288 Post by SimonW »

Here you are Dougal.
Attachments
results-simonw.tar.gz
On a VIA EIPA machine with 1 Sata drive and 1 CF in IDE adapter (booted from)
(7.07 KiB) Downloaded 710 times

SimonW
Posts: 60
Joined: Wed 28 Mar 2007, 23:15
Location: UK

#289 Post by SimonW »

I've found a couple more things (sorry Nathan!):

When I first boot up my VIA EPIA machine with Sata drive and CF boot media, Grafpup always comes up in (what looks like) 640x480 mode. It might be 800x600 but is a shock compared to the expected 1024x768.

Looking round for clues I spotted an error message, it might not be related, but:
In /var/log/bootsysinit.log ... savepuppyd: Line 16: -eq : Unary operator expected.
At line 16 of /usr/sbin/savepuppyd we have a [ test checking the variable $PUPMODE to be 2.
I could be wrong, but should this be testing GRAFMODE now?

A menu-initiated reboot comes up in the expected 1024x768. But the strangest thing is that a menu-power-off and then a manual turn-on is then in 1024x768 again. Wow!
I noted a message flying by after the echo "This script will run X windows for you" but am not quick enough to read it. I do not know if X uses a log file to see the error later. It's not in /var/log/messages.


The second thing is that the beta iso's ffmpeg installation might have a problem?
Trying to compile my motion application resulted in a missing libdts.so.0 error - my app could not link.

Typing 'ffmpeg' on its own also resulted in this same error. What should happen is a long 'usage' message. The full text of the error was:
ffmpeg: error while loading shared libraries: libdts.so.0: Cannot open shared object file: No such file or directory.
And a 'find' does not show any files in the entire filesystem by that name.

EDIT: Found this earlier in this thread....
Posted: Sat Apr 28, 2007 2:12 pm Post subject:
Just go to a command line, cd to the directory that has your libdts-0.0.2.tar.gz and as root type:

pkgtool -install libdts-0.0.2

Will try this tonight.

Second Edit:
The libdts package in the repository didn't seem to install correctly, so I downloaded another - which had to be compiled from source - from here:
http://debian.unnet.nl/pub/videolan/libdts/0.0.2/

did './configure' then 'make' then 'make install' and my application, motion, which uses ffmpeg, then linked correctly. Brilliant.

Note that under grafpup if you want to repeat my steps, you'll need the 'devx_005.sfs' package.
Last edited by SimonW on Thu 10 May 2007, 11:56, edited 2 times in total.

msumner
Posts: 205
Joined: Fri 05 Jan 2007, 01:10
Location: Lincolnshire, England.

#290 Post by msumner »

Dougal, test results on dell 6400 using sata 100gb HDD and 1gb usb flash. Will this look for my built in cardreader?
Mike
Attachments
results-msumner.tar.gz
(8.11 KiB) Downloaded 731 times

SimonW
Posts: 60
Joined: Wed 28 Mar 2007, 23:15
Location: UK

#291 Post by SimonW »

Report on Remastering using pupremaster.sh

It seemed to work well, I have created an iso and burnt it to CD. I had to use a roundabout method to remaster so I thought I'd explain the steps necessary if you don't have a CD drive on your Puppy machine!

Grafpup System: VIA EPIA motherboard, Grafpup beta iso booted from CF card in ide adapter. Local Sata hard drive, currently with lots of space.

I needed all the Grafpup files: isolinux.bin vmlinuz initrd.gz etc, which although 'on' my CF card, since it booted, didn't seem to be all there when I accessed it through /initrd/mnt/....

So I used my other machine (Athlon, Windoze, with a CD burner) to break apart the original Grafpup beta iso into the separate files, then used WinSCP to transfer them over an SSH connection onto the Sata drive on the VIA machine. (Remember, the Sata drive has lots of space).

Then I used the /usr/sbin/pupremaster.sh script to generate a new ISO file. You can't start it from the menu system. The ISO was 277Mb but this includes all the drivers (it's not hardware specific to me), and the 'devx' sfs, and samba & motion applications. It took about 10 minutes to create it on the VIA machine.

Finally a transfer by WinSCP back again to the CD-burning machine to burn it as an ISO image. The burnt CD looks good, I can see the isolinux.bin etc files. Haven't booted from it yet, and will update this message when I have.

EDIT - Results of trying to boot with the remastered CD:

Bad news I'm afraid. On 2 different machines with CD drives, got the following message:

(retyped from what appears on-screen)
Boot from ATAPI CD-ROM:
No Emulation
ISOLINUX 3.11 2005-09-02
isolinux: Disk Error 80, AX=42CE, drive 9F
Boot failed: press a key to retry...
The CD 'appears' bootable, Isobuster under Windoze shows the Grafpup installation files, and the 'floppy image' is also there. Looks identical to the Beta 1 iso CD I made.

On both machines I tried the disc on, the error message was exactly the same.
Last edited by SimonW on Thu 10 May 2007, 12:02, edited 2 times in total.

User avatar
Dougal
Posts: 2502
Joined: Wed 19 Oct 2005, 13:06
Location: Hell more grotesque than any medieval woodcut

#292 Post by Dougal »

Thanks for the files, Mike and Simon.

Simon: the low-resolution is something that usually happens as a result of xwin setting that as a default Xvesa mode (I assume you're using Xvesa?).
I must admit, though, that I cannot think of why it would behave differently when rebooting or shutting down...


Mike: I'll find out later if it saw your card-reader... It looks for all devices and checks various files in /proc, so should see it if the kernel recognized it.

Nathan: I just updated the xorgwizard, video-wizard and my Xvesawizard, in case you want to use them.
What's the ugliest part of your body?
Some say your nose
Some say your toes
But I think it's your mind

msumner
Posts: 205
Joined: Fri 05 Jan 2007, 01:10
Location: Lincolnshire, England.

#293 Post by msumner »

Dougal, I think I was running in puppy 2.15 CE when I did ran last hardware test. This one was done while running in grafpup beta:
Mike
Attachments
results-msumnergrafpup.tar.gz
dell 6400 running grafpup beta
(7.4 KiB) Downloaded 647 times

User avatar
Nathan F
Posts: 1764
Joined: Wed 08 Jun 2005, 14:45
Location: Wadsworth, OH (occasionally home)
Contact:

#294 Post by Nathan F »

Dougal - I've been following your progress on the Xorgwizard and might just sneak it in there. Thanks.

Nathan
Bring on the locusts ...

SimonW
Posts: 60
Joined: Wed 28 Mar 2007, 23:15
Location: UK

#295 Post by SimonW »

Just to say I've updated the message above regarding libdts - the repo packages didn't work for me. I downloaded a new copy including source and compiled it locally, that worked.


Also updated the message above with the results of my remastered Grafpup CD. Bad news I'm afraid, not quite sure why - but this is the first time I've remastered any Puppy.

plinej
Posts: 1742
Joined: Mon 14 Aug 2006, 02:21

#296 Post by plinej »

Nathan, I upadted a couple of apps. Mostly bug fixes and will post them below.

SimonW, I tweaked dougal's remaster script a bit to work better in grafpup and have successfully remastered a few times. I also had to modify the last part of /etc/profile I sent my revisions to Nathan but am not sure if he's added anything to it. I'll post my revision below too. Make sure when you remaster and you get the message to check /tmp/etc that you verify my revised /etc/profile is in there otherwise you won't be able to start as user grafpup.
Attachments
pupremaster-profile.tar.gz
(11.55 KiB) Downloaded 606 times
pawdioconverter-0.9.tar.gz
(8.66 KiB) Downloaded 625 times
prename-0.4.tar.gz
(2.66 KiB) Downloaded 608 times

SimonW
Posts: 60
Joined: Wed 28 Mar 2007, 23:15
Location: UK

#297 Post by SimonW »

Thanks, I will try out the revised remaster pretty soon.

SimonW
Posts: 60
Joined: Wed 28 Mar 2007, 23:15
Location: UK

#298 Post by SimonW »

Nathan, (and plinej I have tried your remaster script)

I am seeing some error messages in /tmp/bootsysinit.log like this:

/usr/sbin/savepuppyd: line 25: [ : Unary operator expected

I think they relate to use of the shell variable $PUPMODE in the script savepuppyd, which is now $GRAFMODE isn't it? This came up a few pages back in this thread and you fixed the error.

I'm testing the revised remaster script posted by plinej right now and will post my findings.

BTW I have a question about remastering - if I have a mahoosive HDD of data files mounted in a directory under /, as I plan to, and I remaster to an iso, will the whole contents of the data drive be included? I would hope the script or aufs is clever enough to omit that kind of thing?

Anyway, I'll edit this post later to report the remaster test.
EDIT: Here are the results.

The remastering process went well (hardware: VIA EPIA machine booted from CF, 1 Sata data hdd). I used plinej's updated script posted just above here. An iso was created.

The iso was transferred by WinSCP to my Athlon Windoze machine with CD-burner. The CD was written, and booted properly this time. Got the usual boot menu, so I booted with pfix=ram (I have got a savefile on this machine from before).

Grafpup came up, and could not successfully run X. This is what happens:
This script will run X windows for you....
/usr/X11R7/login ........ .XLOADED : No such file or directory
Starting X login manager, specs in /etc/X11/xorg.conf
slim then gives an error message about a Stale lockfile, removing it.
slim then segfaults.

The cycle repeats, but I managed to terminate it with Ctrl-Alt-backspace I think, and Grafpup then dropped to the Save to File/CD/Do Not Save dialog box.

My guess is that the setup on the VIA machine had/has been included in the Iso, and it doesn't work for the Athlon machine (which has different video h/w). There was a video=<something> parameter in the isolinux.cfg file .... the remaster script showed me that. Could that be the problem?
I do want to create remastered CDs that will boot on most machines, ie. are fairly universal. From that CD I can then make compact flash card to replace my boot media if and when I need to.

---------------
2nd Edit: another time, by selecting Xvesa after bootup, I managed to get logged in as root. Only took 2 tries, the first one (had correct username/pw as far as I know) exited back to the graphical login screen - I saw a "slim: Stale lockfile - removing" error message fly by.

There was a problem once I got logged in, the /home directory in which I had placed some subdirs, was gone. Just /home/grafpup remained. I thought that the remaster process would include all of /home? Could it be "still there", just concealed under another layer of the filesystem?
---------------

And one last question if I may. When booting from CF, I don't get the option to type in grafpup pfix=ram or any other options. Is this because the bootloader installed on CF is smaller/less capable that the one on the CD's ?

Thanks once again,
Simon.

SimonW
Posts: 60
Joined: Wed 28 Mar 2007, 23:15
Location: UK

#299 Post by SimonW »

Regarding the beta iso coming up on my VIA EPIA machine from a cold boot into what looks like 640x480 res, I found that Ctrl-Alt-Backspace caused it to cycle through resolutions. I eventually got 1024x768 and it took me 2 entries of username/pw to get logged in, but I got in. I also found (reported above) that if I log in with 640x480, then tell Grafpup to reboot, it comes up in 1024x768 the next time.

Might help!
Simon.

User avatar
Dougal
Posts: 2502
Joined: Wed 19 Oct 2005, 13:06
Location: Hell more grotesque than any medieval woodcut

#300 Post by Dougal »

SimonW wrote: I found that Ctrl-Alt-Backspace caused it to cycle through resolutions.
Ctrl-Alt-Backspace?? That's supposed to kill X...
Ususally Ctrl-Alt-+ and Ctrl-Alt-- do that.
What's the ugliest part of your body?
Some say your nose
Some say your toes
But I think it's your mind

SimonW
Posts: 60
Joined: Wed 28 Mar 2007, 23:15
Location: UK

#301 Post by SimonW »

Yep, each time I killed X, it came back at a different resolution!

Not sure if that's intended, but it eventually arrived at the correct res. I'm sure the Grafpup script is retrying X, but I don't know why it changes res though. If someone else could repeat that, it would confirm something.

I usually have to log in (as root) twice to get logged in.


Also, the Samba in the repo is a Samba Client only. I've just built the current release of Samba Server from their website with no issues (a simple ./configure ; make ; make install ).

User avatar
Nathan F
Posts: 1764
Joined: Wed 08 Jun 2005, 14:45
Location: Wadsworth, OH (occasionally home)
Contact:

#302 Post by Nathan F »

When life settles down I'll consider making a full Samba package. Things went a bit screwy this week.

Nathan
Bring on the locusts ...

SimonW
Posts: 60
Joined: Wed 28 Mar 2007, 23:15
Location: UK

#303 Post by SimonW »

No problems. Life comes first!

SimonW
Posts: 60
Joined: Wed 28 Mar 2007, 23:15
Location: UK

#304 Post by SimonW »

Just adding points here as I find them. Whenever you get to them, it's ok.


When I log in via ssh, I get an attempt to start Slim.... and then get logged out. This only happens when no-one is logged in at the actual machine - it is sitting at the login screen. This must be down to the fact that X is not running.

<logging in from a root account on another machine on local network>
root@SNAIL:~# ssh 192.168.1.88
Password: xxxxxx
Caching icons in /usr/share/pixmaps
This script will run X windows for you...
Starting X login manager, specs in /etc/X11/xorg.conf...
slim: Another instance of the program is already running with PID 2575
Exited from X. Type "xwin [openbox-session|jwm]" to restart X ([ ] mean optional).
To restart the login manager (Xorg only) type "xlogin"
(To shutdown PC type "poweroff", to reboot PC type "reboot")
If X failed to start, type "xorgwizard" to setup X
root@SNAIL:~#

When someone is logged in at the machine itself, you can ssh in perfectly.


Also, I've been having a bit of trouble logging in recently - needing username & pw twice, etc. Also whenever I remaster the system, either by making an iso, or just a big sfs file, the remastered copy won't let me log in at all. Problems with the same kind of thing as above.

I've probably messed something up and I'm just seeing it whatever I do. I have added some lines to rc.local and rc.shutdown, I will have to find the bad ones.

SimonW
Posts: 60
Joined: Wed 28 Mar 2007, 23:15
Location: UK

#305 Post by SimonW »

Bit of an update on this one:
Sat May 05, 2007 6:48 pm Post subject:

In case you haven't already done it, I've attached a version of rc.shutdown in which all occurences of snapmergegrafpup have been changed to snapmergepuppy.
The good news is, now on the compact flash hda system, a static ip setup is preserved over a reboot! I did see a couple of chmod usage errors fly past on shutdown which I didn't get a chance to note.
I added a debug echo, and I can see that the chown usage errors relate to lines somewhat like this:

chown /mnt/graf_r(something)/.wh..wh..plink

... issued by snapmergepuppy on shutdown. I don't pretend to understand the .wh (whiteout) files, have read a few threads on here. But, I can see that - chown needs a username.

When using the new rc.shutdown I posted, and the edited savepuppyd (attached as .gz) a short test shows I don't lose files on restart. I'm going to check this out some more.

Barry in conjunction with andrei has very recently (May 12th) included a new snapmergepuppy-aufs script in Pup 2.16. Could this be of use in Grafpup?
Attachments
savepuppyd.gz
Changed PUPMODE to GRAFMODE
(1.6 KiB) Downloaded 704 times

Post Reply