System (sam440flex) and Installation logging
Posted: Sat Jun 23, 2012 7:31 am
Okay... the base setup is this...
Viewsonic 1920x1080 Monitor with Buffalo Japanese Wireless Keyboard and mouse set,
sam440flex Motherboard,
PCI Radeon 9250 Graphics card (Purchased with the machine)
1x 160GB Primary Harddisk ( Formatted with 2x2GB Workbench partitions + 1x4GB Linux partition + 1x60GB Work and ~?GB Workspace partitions)
FileSystems are SFS/02, SFS/02, ext2fs(currently not yet formatted), SFS/02 and JXFS,
Name Schema is "Belxjander", "Reservation", "boot", "Work" and "Workspace"
I installed from the CD's onto the "Reservation" partition initially but hand-copied files into a Workbench 3.x style Layout on the "Belxjander" partition
(I have two copies of Workbench present at all times in this manner)...
Booting with either of "Belxjander" or "Reservation" shows two major faults after initial installation,
the Installers for Update3 and Update4 both fail to run individually at any time
(unclear exactly why... but I will be retrying by reformatting "Reservation" as SFS/0 and re-trying from the start once again)
1x500GB Secondary Harddisk (currently PC-MBR prepared and has Linux +Windows 7 Enterprise installed and boot-able on it)
FileSystems are ReiserFileSystem and NTFileSystem (RFS/3 for Linux obviously and is the only partition with data to be kept... the NTFS partition will die)
Name Schema is "smgl" and "Wintendo" at this time and this will change.
"Wintendo" is scheduled for deletion, and "smgl" for partition-schema conversion (I will be getting the MountDOS program originally written in E, (the port doesn't accept arguments for me) and use that to create a DOSdriver before rebuilding the partition schema from PC-MBR to RDB for use on the 440flex
I'll perform the conversion as natively in AmigaOS 4.x as I can get away with and only the reiserfstools themselves may need to be ported to AmigaOS 4.x first
--EDIT-- Additional Information --
Reservation has been cleared subsequent to the above happening, and DOpus5 and any other "680x0" native program files have been installed there
Additionally I have been using the "Comment" field about files installed to indicate what package they were installed with and what program type they are
"hunk;Aladdin4D;" for the dctv.library in LIBS: for example,
"ELF;Belxjander;" for Operating System files I have hand-installed from the OS disc and update archives (the system layout has also been changed),
I have re-created the "Sys:WBstartup" folder with Commodities being placed into it and re-configured everything in the WBstartup Preferences tool to run from there,
I have replaced "Expansion" with "Emulation" and have WBstartup Prefs System Extension Tools Devs Emulation and Storage folders displayed in the main Partition with all other folders non-displaying,
I have also redone a "Sys:Rexx" tree with "REXX:" Assigned to it seperate from S: which I find mainly used for "Scripted Settings" for various programs,
with a "REXX:C" folder containing the Rexx programs that were in C:
I have also done the same to python excepting the SObjs:libpython25.so file (which remains in "Sys:SObjs")
Python before and after this change remained non-functional either with showing the grimreaper or not allowing execution of anything at all...
maybe my installation is broken for this particular scripting language?
I downloaded and tried to install "TimberWolf" and this has consistently not shown me anything of a UI at all triggering the Grim Reaper with an ISI
(I have saved *ALL* the CrashLogs concerned with TimberWolf for Mr. & Mr. Freiden when I can next upload them to an online storage account
(Amazon/Google/Dropbox/box.net or somewhere else I have room, I have *LOTS* of material backed up on those currently...)
I will also be posting the link for CrashLogs on these forums on a per-program basis for the developers to have a specific archive of results to check).
--EDIT-- Re-Installation re-attempted,
Installed from AmigaOS 4.1 Update 1 CD to "Reservation" partition after changing to FFS with International support,
Installed from CD, rebooted, booted from the Update1 installation, Ran Update 2, this completed successfully
(at this point I tested python and was met with a grim reaper message)
Update 2 applied and running *any* python after that point just showed the grim reaper,
Update 3 is using a contained 0x7FELF signed binary installer (freshly downloaded archive, compares 100% identical to prior download while in NZ)
Update 4 was not attempted.
Blank-slate with the "customized" installation boot-disabled and booting entirely from CD initially, python remained non-functional,
rebooting to my customized system was no change (tried installing the update 2 python to that and the same error was met)
--EDIT-- 2nd of July 2012 --
I finally managed to run a full set of Updates (2 through 4) as a complete run!... I needed to delete the content from a prepared filesystem created by AmigaOS 3.x on a USB drive that was RDB prepped as FastFileSystem FFS/03 (International Mode Only)
ALONG WITH "Locale" being set for *American* defaults, running the Installer with "Japan" as the country appears to trigger something somewhere (I'm going to try and track down more specifics with the updater)... but I skipped updating the Languages and Locale material and they all worked...
maybe I need to get a complete and encoded "Japanese.Language" installed for locale.library to properly handle at least one of the Japanese encodings for python and timberwolf to properly work? (the block size on the USB stick was also set to 2048bytes not 512Bytes per block...as an extra detail)
the stick was prepared a long time ago and used for setting up AMIthlon inside QEMU (I intend to play with that again soon anyway)
I also noticed during installation... python itself IS Japanese aware but the rest of the OS is not ( ISO-2022-JP and EUC-JP support modules are in the Python install)
I don't know how "complete" that is... but the rest of the OS supporting ISO-2022-JP and EUC-JP would definitely help me with things (does the "Japan" country setting require "Japanese.Language" or does the .country file require rebuilding as well?)
Viewsonic 1920x1080 Monitor with Buffalo Japanese Wireless Keyboard and mouse set,
sam440flex Motherboard,
PCI Radeon 9250 Graphics card (Purchased with the machine)
1x 160GB Primary Harddisk ( Formatted with 2x2GB Workbench partitions + 1x4GB Linux partition + 1x60GB Work and ~?GB Workspace partitions)
FileSystems are SFS/02, SFS/02, ext2fs(currently not yet formatted), SFS/02 and JXFS,
Name Schema is "Belxjander", "Reservation", "boot", "Work" and "Workspace"
I installed from the CD's onto the "Reservation" partition initially but hand-copied files into a Workbench 3.x style Layout on the "Belxjander" partition
(I have two copies of Workbench present at all times in this manner)...
Booting with either of "Belxjander" or "Reservation" shows two major faults after initial installation,
the Installers for Update3 and Update4 both fail to run individually at any time
(unclear exactly why... but I will be retrying by reformatting "Reservation" as SFS/0 and re-trying from the start once again)
1x500GB Secondary Harddisk (currently PC-MBR prepared and has Linux +Windows 7 Enterprise installed and boot-able on it)
FileSystems are ReiserFileSystem and NTFileSystem (RFS/3 for Linux obviously and is the only partition with data to be kept... the NTFS partition will die)
Name Schema is "smgl" and "Wintendo" at this time and this will change.
"Wintendo" is scheduled for deletion, and "smgl" for partition-schema conversion (I will be getting the MountDOS program originally written in E, (the port doesn't accept arguments for me) and use that to create a DOSdriver before rebuilding the partition schema from PC-MBR to RDB for use on the 440flex
I'll perform the conversion as natively in AmigaOS 4.x as I can get away with and only the reiserfstools themselves may need to be ported to AmigaOS 4.x first
--EDIT-- Additional Information --
Reservation has been cleared subsequent to the above happening, and DOpus5 and any other "680x0" native program files have been installed there
Additionally I have been using the "Comment" field about files installed to indicate what package they were installed with and what program type they are
"hunk;Aladdin4D;" for the dctv.library in LIBS: for example,
"ELF;Belxjander;" for Operating System files I have hand-installed from the OS disc and update archives (the system layout has also been changed),
I have re-created the "Sys:WBstartup" folder with Commodities being placed into it and re-configured everything in the WBstartup Preferences tool to run from there,
I have replaced "Expansion" with "Emulation" and have WBstartup Prefs System Extension Tools Devs Emulation and Storage folders displayed in the main Partition with all other folders non-displaying,
I have also redone a "Sys:Rexx" tree with "REXX:" Assigned to it seperate from S: which I find mainly used for "Scripted Settings" for various programs,
with a "REXX:C" folder containing the Rexx programs that were in C:
I have also done the same to python excepting the SObjs:libpython25.so file (which remains in "Sys:SObjs")
Python before and after this change remained non-functional either with showing the grimreaper or not allowing execution of anything at all...
maybe my installation is broken for this particular scripting language?
I downloaded and tried to install "TimberWolf" and this has consistently not shown me anything of a UI at all triggering the Grim Reaper with an ISI
(I have saved *ALL* the CrashLogs concerned with TimberWolf for Mr. & Mr. Freiden when I can next upload them to an online storage account
(Amazon/Google/Dropbox/box.net or somewhere else I have room, I have *LOTS* of material backed up on those currently...)
I will also be posting the link for CrashLogs on these forums on a per-program basis for the developers to have a specific archive of results to check).
--EDIT-- Re-Installation re-attempted,
Installed from AmigaOS 4.1 Update 1 CD to "Reservation" partition after changing to FFS with International support,
Installed from CD, rebooted, booted from the Update1 installation, Ran Update 2, this completed successfully
(at this point I tested python and was met with a grim reaper message)
Update 2 applied and running *any* python after that point just showed the grim reaper,
Update 3 is using a contained 0x7FELF signed binary installer (freshly downloaded archive, compares 100% identical to prior download while in NZ)
Update 4 was not attempted.
Blank-slate with the "customized" installation boot-disabled and booting entirely from CD initially, python remained non-functional,
rebooting to my customized system was no change (tried installing the update 2 python to that and the same error was met)
--EDIT-- 2nd of July 2012 --
I finally managed to run a full set of Updates (2 through 4) as a complete run!... I needed to delete the content from a prepared filesystem created by AmigaOS 3.x on a USB drive that was RDB prepped as FastFileSystem FFS/03 (International Mode Only)
ALONG WITH "Locale" being set for *American* defaults, running the Installer with "Japan" as the country appears to trigger something somewhere (I'm going to try and track down more specifics with the updater)... but I skipped updating the Languages and Locale material and they all worked...
maybe I need to get a complete and encoded "Japanese.Language" installed for locale.library to properly handle at least one of the Japanese encodings for python and timberwolf to properly work? (the block size on the USB stick was also set to 2048bytes not 512Bytes per block...as an extra detail)
the stick was prepared a long time ago and used for setting up AMIthlon inside QEMU (I intend to play with that again soon anyway)
I also noticed during installation... python itself IS Japanese aware but the rest of the OS is not ( ISO-2022-JP and EUC-JP support modules are in the Python install)
I don't know how "complete" that is... but the rest of the OS supporting ISO-2022-JP and EUC-JP would definitely help me with things (does the "Japan" country setting require "Japanese.Language" or does the .country file require rebuilding as well?)