12.3 bugfix release

Global announcements
simargl
Site Admin
Posts: 466
Joined: 16 May 2013, 10:54
Contact:

Re: 12.3 bugfix release

Postby simargl » 15 Nov 2013, 10:04

New kernel parameter:

resize (e.g. resize=50, resize=200, ...)

Meaning
Increase savefile size during the boot process, for the given number of Megabytes

Scooby
Site Admin
Posts: 826
Joined: 09 Sep 2013, 16:52

Re: 12.3 bugfix release

Postby Scooby » 16 Nov 2013, 20:57

How do you envision the workflow of resizing savefile?

Is it


a) Manually change boot parameter in menu.lst

b) Automagically changing boot parameter in menu.lst

c) Use the puppy approach with txt.pupsaveresize that gets detected at boot up and handled by init script

d) Some other Sim magic?

simargl
Site Admin
Posts: 466
Joined: 16 May 2013, 10:54
Contact:

Re: 12.3 bugfix release

Postby simargl » 17 Nov 2013, 00:16

Correct answer is that one under a)

so, there are two options:
- open menu.lst add resizesf parameter, reboot, remove resizesf parameter, or
- press e to edit menu.lst when grub4dos menu shows up on boot, then add that parameter

smil99
Proficient
Posts: 73
Joined: 14 Sep 2013, 13:37

Re: 12.3 bugfix release

Postby smil99 » 17 Nov 2013, 00:29

simargl wrote:
so, there are two options:
- open menu.lst add resizesf parameter, reboot, remove resizesf parameter, or
- press e to edit menu.lst when grub4dos menu shows up on boot, then add that parameter

Why not have an option in "Setup Savefile" to re-size savefile as before? I think many users (including myself) will be more comfortable increasing savefile through a gui :)
Cheers.

Scooby
Site Admin
Posts: 826
Joined: 09 Sep 2013, 16:52

Re: 12.3 bugfix release

Postby Scooby » 17 Nov 2013, 12:47

Of course then you could add a second entry in menu.lst that does the increase
and is always availible.

Code: Select all

timout=3
default=0

title alphaos (sda6/alphaos)
  find --set-root --ignore-floppies --ignore-cd /alphaos/boot/initrfs.img
  kernel /alphaos/boot/vmlinuz from=/alphaos
  initrd /alphaos/boot/initrfs.img

title Increase savefile by 512M - alphaos (sda6/alphaos)
  find --set-root --ignore-floppies --ignore-cd /alphaos/boot/initrfs.img
  kernel /alphaos/boot/vmlinuz from=/alphaos  resizesf=512
  initrd /alphaos/boot/initrfs.img


I think the puppy approach under c) with pupsaveresize.txt increasing savefile through a gui
is a little bit more userfriendly. If you remove the stuff relating to crypto it is not that much code in
puppy init script.

Code: Select all

   if [ -f /mnt/dev_save/pupsaveresize.txt ];then
    KILOBIG=`cat /mnt/dev_save/pupsaveresize.txt`
    rm -f /mnt/dev_save/pupsaveresize.txt
    echo > /dev/console
    echo -en $BBlue":: "$Color_Off"Increasing $PUPSAVEFILE by $KILOBIG Kbytes, please wait..." >/dev/console
    dd if=/dev/zero bs=1024 count=$KILOBIG >> /mnt/dev_save$PUPSAVEFILE
    sync
    e2fsck -y -f /mnt/dev_save$PUPSAVEFILE
    resize2fs -pf /mnt/dev_save$PUPSAVEFILE
    sync
    check_status 0
    echo -en $BBlue":: "$Color_Off"...Continuing with loading $PUPSAVEFILE..." > /dev/console
   fi
   


BTW do we have something similar to puppy boot parameter pfix=fsck?
I used it many times on puppy? maybe cause I'm on ext2? But I heard journalled
systems aint a 100% safe either.

simargl
Site Admin
Posts: 466
Joined: 16 May 2013, 10:54
Contact:

Re: 12.3 bugfix release

Postby simargl » 17 Nov 2013, 13:07

I renamed resizesf bootcode to just resize, so it's easier to remember.

Previous post with this parameter explained, is edited to not make confusion

Scooby wrote:BTW do we have something similar to puppy boot parameter pfix=fsck?
I used it many times on puppy? maybe cause I'm on ext2? But I heard journalled
systems aint a 100% safe either.


When alphaos was based on Puppy, I always had that pfix=fsck in menu.lst and used ext2 for save file

I could make save file checking as default without need for addition boot code, but don't know

is it needed now with ext4. Probably not..

Scooby
Site Admin
Posts: 826
Joined: 09 Sep 2013, 16:52

Re: 12.3 bugfix release

Postby Scooby » 17 Nov 2013, 13:25

simargl wrote:I could make save file checking as default without need for addition boot code, but don't know

is it needed now with ext4. Probably not..


Neh dont make it default, should only be when needed in my opinion.

You could always boot to ram and fix it huh?

what would be the steps? Do you have to mount savefile?
or just run e2fsck on it?

simargl
Site Admin
Posts: 466
Joined: 16 May 2013, 10:54
Contact:

Re: 12.3 bugfix release

Postby simargl » 17 Nov 2013, 13:34

Scooby wrote:what would be the steps? Do you have to mount savefile?
or just run e2fsck on it?


Just one command:

fsck.ext4 changes.fs4

before save file is mounted, or in 'always fresh' mode

Scooby
Site Admin
Posts: 826
Joined: 09 Sep 2013, 16:52

Re: 12.3 bugfix release

Postby Scooby » 18 Nov 2013, 17:54

simargl wrote:Just one command:

Code: Select all

fsck.ext4 changes.fs4

before save file is mounted


That easy huh?

Then why dont you put in

Code: Select all

if grep -q fsck /proc/cmdline; then e2fsck -y -f  $1/changes.fs4; fi


after check of file exists?

use with bootcode fsck

Should only be rarely needed but you are not 100% safe even with journalled filesystems such as ext4

simargl
Site Admin
Posts: 466
Joined: 16 May 2013, 10:54
Contact:

Re: 12.3 bugfix release

Postby simargl » 18 Nov 2013, 22:51

Scooby wrote:
simargl wrote:Just one command:

Code: Select all

fsck.ext4 changes.fs4

before save file is mounted


That easy huh?

Then why dont you put in

Code: Select all

if grep -q fsck /proc/cmdline; then e2fsck -y -f  $1/changes.fs4; fi


after check of file exists?

use with bootcode fsck

Should only be rarely needed but you are not 100% safe even with journalled filesystems such as ext4


https://bitbucket.org/simargl/alphaos/c ... livekitlib


Return to “Announcements”

Who is online

Users browsing this forum: No registered users and 15 guests

cron