On 8/28/07, Anil Gulecha <anil.verve at gmail.com> wrote: > On 8/28/07, Armand Heijster <armand.heijster at gmail.com> wrote: > > Hi, > > > > At this moment i am trying out your new usbdump and are booted from the usb > > stick. > > When i select now the spanish keyboard layout during boot it seems from the > > xorg.conf now that it should be good > > > > Section "InputDevice" > > Identifier "Keyboard1" > > Driver "kbd" > > Option "XkbLayout" "es" > > > > and the typical keys work fine ??? ??? ???? > > great, i still have to reboot to test the sessions persistance, installed > > some add-ons in firefox and configured thunderbird > > > > Cool. > > > What i noticed is that it i under /mnt i see the following directories > > > > drwxr-xr-x 6 root sys 512 Aug 27 20:05 . > > drwxr-xr-x 22 root root 1024 Aug 27 20:05 .. > > drwxr-xr-x 2 root root 512 Aug 27 20:05 linux0 > > drwxr-xr-x 2 root root 512 Aug 27 20:05 ntfs0 > > drwxr-xr-x 2 root root 512 Aug 27 20:05 ntfs1 > > drwxr-xr-x 2 root root 512 Aug 27 20:05 solaris0 > > > These are created but not mounted. To mount these.. use the hard disk > mount utility on the desktop. > > We could probably have these auto mounted in the next belenix > release.(File an RFE at belenix.org!) > > > but nothing is automatically mounted to these mount points > > > > There is still some debugging on i see during boot > > > Yes.. it shouldn't be worrisome though. > > > Things i would like to see is that during the usbdump there is the > > possibility to use a partition of the usb stick, so there is way to make a > > multiboot stick (solaris/linux) and/or a separate fat32 partition creation > > during the process and mounted rw automatically. > > This to have a shared Documents partition which is also usable under > > Windows. > > Yes. This is only limited by the fact that opensolaris(and belenix) > currently support only ufs and fat32 as read write. (ntfs and ext3 is > read only). thus we could initially probe for ufs and fat32 and use > these for saveback.. and fat32 could also be read by windows. I have > been considering this, as this will allow even LiveCDs to have session > persistence. > > > > > User creation / home dir (/export?) > This can be done on the hard disk. However not on the USB, as flash > memory is not good for lots of read-write (and has much leser life > than disks). This is the reason we are tarring up the changes using > session-shutdown and not directly mounting /root/ on the usb. > > > User login > This does not make sense in a LiveCD/USB environment as the holder of > the USB simply has complete control of the OS (and thus being root). > Is there any particular reason you're looking for user login? > > > Package install > mounting /opt/ and /opt/csw on the USB should allow for this. I am > experimenting with this.. the main concern is that blastwave pulls in > a lot of dependancies that are already present in the base /usr/. we > can perhaps create a minimal set of packages for use in Livemedia? > > > Zones , what about pre-installed linux zone > I haven't played around with these much, and don't know what files are > touched. Perhaps Sun engineers can chip in regarding the feasibility > of this on LiveMedia. > > > Vpn or punchin > Again, havnt tried it.. but should be a package install away > > Thanks for these suggestions. > > > > > > > Error with digital camera: > > > > Aug 27 21:23:52 belenix usba: [ID 912658 kern.info ] USB 2.0 device > > (usb4b0,12d) operating at full speed (USB 1.x) on USB > > 1.10 root hub: image at 2, usb_mid0 at bus address 2 > > Aug 27 21:23:52 belenix usba: [ID 349649 kern.info ] NIKON DSC > > E4100-PTP 000000000000 > > Aug 27 21:23:52 belenix genunix: [ID 936769 kern.info] usb_mid0 is > > /pci at 0,0/pci1025, 64 at 1d,2/image at 2 > > Aug 27 21:23:52 belenix genunix: [ID 408114 kern.info] > > /pci at 0,0/pci1025,64 at 1d,2/image at 2 (usb_mid0) onlin > > e > > Aug 27 21:23:52 belenix usba: [ID 349649 kern.info] usba: no driver > > found for interface 0 (nodenam e: 'image') of NIKON DSC > > E4100-PTP 000000000000 > > > > no driver for dig. cam i guess this will be solved in a higher Belenix > > version when it is gonna be made from the latest nevada, would be great to > > have this possibility on the stick. > > > Yes, this should come from nevada. If it's suppoted on > solaris-express.. theres a good chance it will be on belenix too. > > > The following errors i got with session-shutdown > > > > (root at belenix)# session-shutdown.sh > > ================================================ > > Belenix Poweroff > > ================================================ > > + savebackdir=/mnt/saveback/ > > + '[' true ']' > > + echo -n 'Do you want to save the changes you made to this session?(y/n)' > > Do you want to save the changes you made to this session?(y/n)+ read reply > > y > > + '[' y == n ']' > > + '[' y == y ']' > > + break > > ++ /sbin/signature.sh > > + PC_ID=00c09f694a68 > > ++ cat /.kb > > + keyboard=25 > > + '[' -f /.desk_ask ']' > > ++ cat /.desk > > + desktop=2 > > ++ cat /.nw > > cat: cannot open /.nw: No such file or directory > > + network= > > ++ cat /.currentprofile > > + '[' default == default ']' > > + echo -n 'Please enter a name for this session/PC : ' > > Please enter a name for this session/PC : + read name > > armand > > + backup=backup.tar > > + '[' backup.tar == '' ']' > > + '[' armand == '' ']' > > + profile_file=/00c09f694a68.profile > > + echo name=armand > > + echo keyboard=25 > > + echo desktop=2 > > + echo backup=backup.tar > > + cp /00c09f694a68.profile /mnt/saveback/sessions/ > > cp: cannot create /mnt/saveback/sessions/: No such file or directory > > + cp /etc/X11/xorg.conf > > /mnt/saveback/sessions/00c09f694a68.xorg.conf > > cp: cannot create > > /mnt/saveback/sessions/00c09f694a68.xorg.conf: No such file > > or directory > > + echo 'Looking for modified data in this session..' > > Looking for modified data in this session.. > > + /sbin/backup.sh /tmp/backup.tar > > + mode=0 > > + BACKUP_FILE=/tmp/backup.tar > > + TIMESTAMP_FILE=/.timestamp > > + TARLIST_FILE=/tmp/tarlist > > + TAREXCLUDE_FILE=/tmp/tarexclude > > + rm /tmp/tarlist > > + rm /tmp/tarexclude > > + echo '#!/usr/bin/bash' > > /sbin/backup.sh: line 20: $MODE7_FILE: ambiguous redirect > > + grep -v '^#' /mnt/saveback/common/profiler.list > > grep: can't open /mnt/saveback/common/profiler.list > > + grep -v '^$' > > + read line > > + tar -cvfX /tmp/backup.tar /tmp/tarexclude -I /tmp/tarlist > > tar: could not open /tmp/tarexclude: No such file or directory > > + exit 0 > > + echo 'Saving data' > > Saving data > > + mv /tmp/backup.tar /mnt/saveback//common/backup.tar > > mv: cannot access /tmp/backup.tar > > > > Usbdump should have created /mnt/saveback/sessions directory. The > workaround in your case is to 'mkdir /mnt/saveback/sessions' and try > again. Without this script working, your firefox/thunderbird settings > wont be saved back (all of it is in the backup.tar file generated. you > can manually copy it from /tmp/ to /mnt/saveback/common for now) > (unCCed livemedia)
Oops.. My evaluation was wrong. Looks like none of the directories were created. Did you boot from a LiveCD when you ran the attached usbdump? Can you go through the routine again using './usbdump -debug' and send me the o/p? Regards Anil
