how to upgrade to new version of DSL
Forum: HD Install
Topic: how to upgrade to new version of DSL
started by: rhackenb
Posted by rhackenb on Feb. 18 2004,21:12
What is the procedure upgrading to a new version of DSL without wiping out any previous custimizations and stored data? I assume that it might involve using a newer version of the the kernel but I'm not sure how that is done. Is this covered in a FAQ?thanks,
bob
Posted by TyphoonMentat on Feb. 18 2004,21:18
DSL versions often have a lot of different updates in different areas, and so can't be simply updated. However, you could save all your data to a USB stick or a floppy or something, reinstall the latest version of DSL, and then restore your data.
Posted by rhackenb on Feb. 19 2004,00:21
That's a real pain. I'm especially thinking about saving away email and bookmarks. It seems like maybe stuff like that could be mounted on a different partition.
Posted by Rapidweather on Feb. 26 2004,02:17
As a test, I booted DSL 6, and used a restore tarball on a usb stick from 0.5.3.1. Several things would not work:l. custom menu
2. wallpaper
3. MozillaFirebird not in right place, but could find it, and it ran.
4. Opera would not run right.
5. several other directories for my "upload" html files that were in
/home/damnsmall wound up in "/".
---
So, just restoring a tarball not created in DSL 6 has problems.
---
Posted by roberts on Feb. 26 2004,03:00
The files in the filetool.lst for backup/restore in 0.6 needs a full path. That is why some of your files from 0.5.+ did not restore properly. In 0.6 there is now a bootlocal in the opt directory. It is for misc systems commands that may need to be restored before there are any users. So the backup/restore is no longer only for a user, but for system. It is documented in the "Getting Started" section.
Posted by Rapidweather on Feb. 26 2004,13:55
Here is my filetool.lst that I am using with 0.6:---
/home/damnsmall/.fluxbox
/home/damnsmall/.xtdesktop
/home/damnsmall/.xinitrc
/opt/xsetup
/opt/ppp
/home/damnsmall/.blackboxrc
/home/damnsmall/.dillo
/home/damnsmall/.links
/opt/MozillaFirebird
/home/damnsmall/.phoenix
/home/damnsmall/web.html
/home/damnsmall/web_files
/home/damnsmall/upload
/home/damnsmall/kreon
/etc/wvdial.conf
/ramdisk/usr/bin/wvdialconf
/ramdisk/usr/bin/wvdial
/ramdisk/usr/bin/wvdial.conf
---
Note that I obtained wvdial, wvdialconf from 0.5.3.1 and restore it to
0.6 with this filetool.lst.
So, I did have to follow your suggestion about the full paths to get it to
work ok.
Also, could you give some examples of what might be put in /opt/bootlocal.sh.
Perhaps an xterm? If I do that, I would then want to add this line to my
filetool.lst?
---
/opt/bootlocal.sh
---
Posted by roberts on Feb. 26 2004,18:03
bootlocal.sh was made for people who need to load extra modules, or mounts, or things that affect the system,e.g., daemons. For example I use it for my iwconfig commands to specifiy which wireless access point I use. Also, I put extra mount commands there. If you recall there have been posts about how to have some drives mounted when /etc/fstab is rewritten upon boot. bootlocal.sh works well there for both liveCD and frugal installed, as well as traditionally hard drive installed systems. The challenge is always to try give more functionally to liveCD, but try to keep things consistent for hard drive, and now frugal installed systems. Otherwise support via this board can become confusing.You would not start an xterm there. .xinitrc is made for auto stating x window programs such as an xterm.