Re: Phoenix BIOS, hard disk data loss
First, sd wrote: Some months ago, just after buying a Tyan Tiger s2466 MPX dual processor motherboard and installing FreeBSD 5.0 on it, I experienced a lot of data loss [...] However, after a couple months I decided to change just one setting in the Phoenix BIOS: Large Disk Access Mode There are two options for Large Disk Access Mode: DOS and Other The help text for this item says: This option denotes that a hard drive with more than 1024 cylinders, more than 16 heads and or more than 64 tracks per sector is present. Choose OTHER when using OSes such as UNIX. So, at first I had chosen Other. However, after all the data loss, I felt I had nothing (more) to lose so I changed it to DOS just to see if it made a difference. Apparently it did. I have experienced no more lost data (from hard disk corruption or problems) in the six or so months since I made the change. Dan Strick replied: The large disk option sounds like it affects the translated disk geometry used by BIOS to increase the amount of disk accessible to software that uses the BIOS for disk i/o (e.g. DOS). FreeBSD uses the BIOS disk i/o facilities only to read the disk when booting. It is highly unlikely that your file system corruption problems were related to the BIOS Large Disk Access Mode option unless you were also using a non-FreeBSD OS on the same disk and it inadvertently did disk writes through the BIOS to wrong disk locations. sd adds: I don't know whether it is pertinent, but here is a quote from a (admittedly old) technical manual published by the manufacturers of the Phoenix BIOS: -- begin quote -- BIOS Enhanced Disk Drive Specification Version 1.1 May 9, 1995 Phoenix Technologies Ltd. 4.3 Geometric Translations Some applications get device geometry information simply by reading the tables which are accessed via the Int 41h/46h pointers, they fail to call Int 13h Fn 08h. These are ill-behaved applications. Ill-behaved applications fall into two categories: some of them read the Int 41h data and then use the conventional Int 13h interface for accessing the device. These are compatible ill- behaved applications. The remaining ill-behaved applications read the Int 41h/46h data and then access the drive in a proprietary manner. These are incompatible ill-behaved applications. 4.3.1 Compatible Ill-Behaved Applications Compatible ill-behaved applications require that address 0, 2, and 14 (Cylinder, Head, and Sector) information in the FDPT be identical to the information returned in Int 13h Fn 08h. This class of application normally fails to call Int 13h Fn 08h to get device geometry, but uses Int 13h Fn 02h to read data. 4.3.2 Incompatible Ill-Behaved Applications Incompatible ill-behaved applications require that address 0, 2, and 14 information have the geometry returned by ID drive data words 1, 3, and 6, a requirement that can violate restrictions placed on Standard FDPTs. Further, these incompatible ill-behaved applications may not check for the Translated FDPT signature (A0h at byte 3). Examples of incompatible ill-behaved applications are SCO Unix and early versions of Novell Netware. 4.3.3 Resolving the Compatibility Problem The BIOS can only serve one class of these ill- behaved applications each time the system boots. This presents the BIOS and the USER with a compatibility problem. Phoenix has chosen to add a Setup field which allows the user to select which ill-behaved applications will function correctly. The menu item reads Large Disk Access Mode. This field defaults to DOS, which creates a Translated FDPT. Compatible ill-behaved applications will operate correctly when DOS is selected. The remaining selection for Large Disk Access Mode is OTHER. Incompatible ill-behaved applications will function correctly with OTHER, which creates a Standard FDPT. Because this format uses only physical geometries, OTHER creates problems for the compatible ill- behaved applications by generating an illegal Standard FDPT with more than 1024 cylinders. The conventional Int 13h interface, however, continues to use a Translated FDPT, which is maintained internally by the BIOS, and is accessable only through Int 13h Fn 08h. SETUP never changes the method of translation used by the BIOS. Well behaved DOS and Windows applications continue to function normally because they only use Int 13h Fn 08h, which returns translated geometry. --- end quote --- ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Phoenix BIOS, hard disk data loss
On Thu, 4 Dec 2003, [EMAIL PROTECTED] wrote: Some months ago, just after buying a Tyan Tiger s2466 MPX dual processor motherboard and installing FreeBSD 5.0 on it, I experienced a lot of data loss (lost files and directories, unrecoverable by fsck). I thought the problem might be related to disk geometry (I'm fairly new to FreeBSD and the sysinstall disk geometry warning concerned me). However, after a couple months I decided to change just one setting in the Phoenix BIOS: Large Disk Access Mode There are two options for Large Disk Access Mode: DOS and Other The help text for this item says: This option denotes that a hard drive with more than 1024 cylinders, more than 16 heads and or more than 64 tracks per sector is present. Choose OTHER when using OSes such as UNIX. So, at first I had chosen Other. However, after all the data loss, I felt I had nothing (more) to lose so I changed it to DOS just to see if it made a difference. Apparently it did. I have experienced no more lost data (from hard disk corruption or problems) in the six or so months since I made the change. The large disk option sounds like it affects the translated disk geometry used by BIOS to increase the amount of disk accessible to software that uses the BIOS for disk i/o (e.g. DOS). FreeBSD uses the BIOS disk i/o facilities only to read the disk when booting. It is highly unlikely that your file system corruption problems were related to the BIOS Large Disk Access Mode option unless you were also using a non-FreeBSD OS on the same disk and it inadvertently did disk writes through the BIOS to wrong disk locations. Dan Strick [EMAIL PROTECTED] ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: phoenix
Looks like you don't have gtk 1.2 installed. You can install it from ports. -- Benmailto:[EMAIL PROTECTED] Saturday, January 25, 2003, 12:28:06 AM, you wrote: A Ok, I am not sure why, but I can not get phoenix to work. I have A untar'd it and try: A [asenchi@temple:~/phoenix] $ ./phoenix A /phoenix-bin: error while loading shared libraries: libgtk-1.2.so.0: A cannot open shared object file: No such file or directory A FreeBSD temple.attbi.com 4.7-RELEASE FreeBSD 4.7-RELEASE #0: A Mon Jan 20 06:53:53 EST 2003 [EMAIL PROTECTED]: A /usr/obj/usr/src/sys/ASENCHI i386 A Thanks To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-questions in the body of the message
RE: phoenix
I have tried to install gtk1.2 but get an error similar to this: Error, no iconv in C or libiconv (sorry I am writing this from my windows machine so not sure of the exact error, but can post if necessary) I am showing the port is broken however, it isn't even listed. I am looking here: /usr/ports/www/phoenix Thank you, Curt -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of Ben Williams Sent: Saturday, January 25, 2003 4:08 AM To: Asenchi Cc: [EMAIL PROTECTED] Subject: Re: phoenix Looks like you don't have gtk 1.2 installed. You can install it from ports. -- Benmailto:[EMAIL PROTECTED] Saturday, January 25, 2003, 12:28:06 AM, you wrote: A Ok, I am not sure why, but I can not get phoenix to work. I have A untar'd it and try: A [asenchi@temple:~/phoenix] $ ./phoenix A /phoenix-bin: error while loading shared libraries: libgtk-1.2.so.0: A cannot open shared object file: No such file or directory A FreeBSD temple.attbi.com 4.7-RELEASE FreeBSD 4.7-RELEASE #0: A Mon Jan 20 06:53:53 EST 2003 [EMAIL PROTECTED]: A /usr/obj/usr/src/sys/ASENCHI i386 A Thanks To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-questions in the body of the message To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-questions in the body of the message
Re: Phoenix .04 port build problem.
Laurence Sanford wrote: When I try to build the phoenix 0.4 port it fails like this: === Building for Xft-2.0_1 cc -O -pipe -I. -DHAVE_CONFIG_H -I/usr/X11R6/include -I/usr/local/include/freetype2 -I/usr/local/include -I/usr/X11R6/include -fPIC -DPIC -c xftrender.c -o xftrender.o xftrender.c: In function `XftGlyphSpecRender': xftrender.c:170: `XGlyphElt8' undeclared (first use in this function) xftrender.c:170: (Each undeclared identifier is reported only once xftrender.c:170: for each function it appears in.) xftrender.c:170: `elts' undeclared (first use in this function) xftrender.c:171: syntax error before `elts_local' xftrender.c:186: `glyphs_loaded' undeclared (first use in this function) xftrender.c:234: `nelt' undeclared (first use in this function) xftrender.c:247: `x' undeclared (first use in this function) xftrender.c:248: `y' undeclared (first use in this function) xftrender.c:272: `elts_local' undeclared (first use in this function) xftrender.c:335: `XGlyphElt16' undeclared (first use in this function) xftrender.c:335: syntax error before `)' xftrender.c:340: `XGlyphElt32' undeclared (first use in this function) xftrender.c:340: syntax error before `)' xftrender.c: In function `XftGlyphFontSpecRender': xftrender.c:414: `XGlyphElt8' undeclared (first use in this function) xftrender.c:414: `elts' undeclared (first use in this function) xftrender.c:415: syntax error before `elts_local' xftrender.c:428: `glyphs_loaded' undeclared (first use in this function) xftrender.c:480: `nelt' undeclared (first use in this function) xftrender.c:499: `x' undeclared (first use in this function) xftrender.c:500: `y' undeclared (first use in this function) xftrender.c:528: `elts_local' undeclared (first use in this function) xftrender.c:596: `XGlyphElt16' undeclared (first use in this function) xftrender.c:596: syntax error before `)' xftrender.c:601: `XGlyphElt32' undeclared (first use in this function) xftrender.c:601: syntax error before `)' gmake: *** [xftrender.o] Error 1 *** Error code 2 Stop in /usr/ports/x11-fonts/Xft. *** Error code 1 Stop in /usr/ports/www/phoenix. I seem to remember something like this going on early in the mozilla development as well ( I could be daffy ) but I can't remember what the fix was (seemed like it was really simple too). I was wondering if anyone could refresh my memory. Thanks in advance for the assistance. For the record: FreeBSD colossus.cotharyus.net 4.5-STABLE FreeBSD 4.5-STABLE #1: Mon Mar 11 15:50:03 CST 2002 [EMAIL PROTECTED]:/usr/obj/usr/src/sys/Colossus i386 1st) Maybe you should read the instructions from the Makefile. Bug report should be send to (and only to) [EMAIL PROTECTED] Of course, you can CC the ports@ or [EMAIL PROTECTED] list, but this would be for informational purpose only. 2nd) Do you have the current port (0.4_8) or do you use an older one? My 0.4_8 builds fine. You should append a pkg_info output and the port version. Jens -- L i W W W i Jens Rehsack LW W W L i W W W W i nnnLiWing IT-Services L iW W W Wi n n g g i W W i n n g gFriesenstraße 2 06112 Halle g g g Tel.: +49 - 3 45 - 5 17 05 91ggg e-Mail: [EMAIL PROTECTED] Fax: +49 - 3 45 - 5 17 05 92http://www.liwing.de/ To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-questions in the body of the message
Re: Phoenix does nothing
Is this the first time you've installed it? Yes. -- Richard To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-questions in the body of the message
Re: Phoenix does nothing
What version of perl are you using? Install perl5.8, rebuild phoenix, and it'll likely work. Hopefully. The reason that I installed it now is that the requirement for a particular Perl version appeared to have been removed! Is that not true? And what the %$^*( is it using Perl for anyway? Mutter, mutter, lightweight, fast, 25MB zipped source, Perl, mutter... -- Richard To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-questions in the body of the message
Re: Phoenix does nothing
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 (11.05.2002 @ 0509 PST): Richard Tobin said, in 0.4K: What version of perl are you using? Install perl5.8, rebuild phoenix, and it'll likely work. Hopefully. The reason that I installed it now is that the requirement for a particular Perl version appeared to have been removed! Is that not true? And what the %$^*( is it using Perl for anyway? Mutter, mutter, lightweight, fast, 25MB zipped source, Perl, mutter... end of Re: Phoenix does nothing from Richard Tobin The requirement was removed because we're all trying to test it on perl 5.8.0. It is now known to work on perl 5.6.1, but is known NOT to work on 5.005_03. You will have to upgrade perl for it to work. It only uses perl for the build. Perl is not needed at run-time. - -Adam - -- Adam Weinberger [EMAIL PROTECTED] [EMAIL PROTECTED] -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.1 (FreeBSD) iD4DBQE9yCyqo8KM2ULHQ/0RAiF5AJ9E7VDF7BsB7cPhVZOsDj9f/TsKNgCWMIbr YKqjQyc7F8BfjFgIyoVqKA== =LS1t -END PGP SIGNATURE- To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-questions in the body of the message
Re: Phoenix does nothing
Is this the first time you've installed it? If I remember right they said that going from .3 to .4 meant completely removing your .phoenix directory. The linux-phoenix has worked fine for me... (on 4.6) On Tue, 5 Nov 2002, Richard Tobin wrote: I just built phoenix from the ports, having cvsup'd ports immediately before. It compiles and installs, but when I run it nothing happens. It just exits after a few seconds, without putting up any windows or printing anything. Nothing on the console or in /var/log. It has created a .phoenix directory full of mozilla-y stuff. I'm running 4.7-RELEASE. Mozilla 1.1 works. Any suggestions? -- Richard To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-questions in the body of the message To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-questions in the body of the message
Re: Phoenix does nothing
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 (11.04.2002 @ 1722 PST): Richard Tobin said, in 0.5K: I just built phoenix from the ports, having cvsup'd ports immediately before. It compiles and installs, but when I run it nothing happens. It just exits after a few seconds, without putting up any windows or printing anything. Nothing on the console or in /var/log. It has created a .phoenix directory full of mozilla-y stuff. I'm running 4.7-RELEASE. Mozilla 1.1 works. end of Phoenix does nothing from Richard Tobin What version of perl are you using? Install perl5.8, rebuild phoenix, and it'll likely work. Hopefully. - -Adam - -- Adam Weinberger [EMAIL PROTECTED] [EMAIL PROTECTED] -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.1 (FreeBSD) iD8DBQE9xyI/o8KM2ULHQ/0RAiBBAKCj7EpDjLTr1xhz4mRPksMEHz/c1QCdHit6 tO9VLwWwCc+Z0VfXAmpq5cQ= =Xq5E -END PGP SIGNATURE- To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-questions in the body of the message
Re: Phoenix browser and FreeBSD (Linux binaries) 4.6.2?
On Tue, 2002-10-22 at 17:29, David Gerard wrote: I'm trying to get the Linux nightly binaries of Phoenix running. It's after some libraries that it claims aren't on my system - stuff like GTK+ 1.2, which certainly *should* be. Anyone else having any luck? You will need the _Linux_ version of the GTK+-1.2 libraries (i.e. /usr/ports/x11-toolkits/linux-gtk. (I'm specifically after getting the nightly binaries running, rather than bothering to set up things to pull CVS and compile by hand. I've got WINE installed, I guess I could try the Win32 binaries ;-) Why not opt for the FreeBSD port? Albeit you will need to compile it, but you won't have to worry about doing the cvs checkout yourself. The ports available in /usr/ports/www/phoenix. Maybe if you ask Alan nicely, we'll even cook you up a package ;-). Joe -- PGP Key : http://www.marcuscom.com/pgp.asc To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-questions in the body of the message
Re: Phoenix browser and FreeBSD (Linux binaries) 4.6.2?
Joe Marcus Clarke wrote: Why not opt for the FreeBSD port? Albeit you will need to compile it, but you won't have to worry about doing the cvs checkout yourself. The ports available in /usr/ports/www/phoenix. Maybe if you ask Alan nicely, we'll even cook you up a package ;-). there is only the linux-phoenix port. I tried to build it the other week and it failed, I forget why. If this attempt fails, I'll post a request for a package. -- Paul Beard / 8040 27th Ave NE / Seattle WA 98115 / paulbeard [at] mac [ dot] com / 206 529 8400 weblog @ http://paulbeard.no-ip.org/movabletype/ A long memory is the most subversive idea in America. To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-questions in the body of the message
Re: Phoenix browser and FreeBSD (Linux binaries) 4.6.2?
On Tue, 2002-10-22 at 17:40, paul beard wrote: Joe Marcus Clarke wrote: Why not opt for the FreeBSD port? Albeit you will need to compile it, but you won't have to worry about doing the cvs checkout yourself. The ports available in /usr/ports/www/phoenix. Maybe if you ask Alan nicely, we'll even cook you up a package ;-). there is only the linux-phoenix port. I tried to build it the other week and it failed, I forget why. If this attempt fails, I'll post a request for a package. Uh, what about /usr/ports/www/phoenix? Joe -- PGP Key : http://www.marcuscom.com/pgp.asc To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-questions in the body of the message
Re: Phoenix browser and FreeBSD (Linux binaries) 4.6.2?
Joe Marcus Clarke ([EMAIL PROTECTED]) [021023 08:11]: On Tue, 2002-10-22 at 17:40, paul beard wrote: Joe Marcus Clarke wrote: Why not opt for the FreeBSD port? Albeit you will need to compile it, but you won't have to worry about doing the cvs checkout yourself. The ports available in /usr/ports/www/phoenix. Maybe if you ask Alan nicely, we'll even cook you up a package ;-). there is only the linux-phoenix port. I tried to build it the other week and it failed, I forget why. If this attempt fails, I'll post a request for a package. Uh, what about /usr/ports/www/phoenix? Is that the nightly? I would be very surprised. - d. To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-questions in the body of the message
Re: Phoenix browser and FreeBSD (Linux binaries) 4.6.2?
On Tue, 2002-10-22 at 18:39, David Gerard wrote: Uh, what about /usr/ports/www/phoenix? Is that the nightly? I would be very surprised. No, it looks to be a static snapshot. However, if you're interested in doing true debugging, running the Linux version under Linuxulation is probably not the way to go. It adds too many variables to the test process. Joe -- PGP Key : http://www.marcuscom.com/pgp.asc To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-questions in the body of the message
Re: Phoenix browser and FreeBSD (Linux binaries) 4.6.2?
Joe Marcus Clarke wrote: Uh, what about /usr/ports/www/phoenix? [/usr/ports/www/linux-phoenix]:: file /usr/ports/www/ph php-dynphp-screw php-templates phpSysInfo phpbb phpnuke Good question. I don't have one of those. -- Paul Beard / 8040 27th Ave NE / Seattle WA 98115 / paulbeard [at] mac [ dot] com / 206 529 8400 weblog @ http://paulbeard.no-ip.org/movabletype/ Vital papers will demonstrate their vitality by spontaneously moving from where you left them to where you can't find them. To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-questions in the body of the message
Re: Phoenix browser and FreeBSD (Linux binaries) 4.6.2?
Joe Marcus Clarke ([EMAIL PROTECTED]) [021023 08:50]: On Tue, 2002-10-22 at 18:39, David Gerard wrote: Uh, what about /usr/ports/www/phoenix? Is that the nightly? I would be very surprised. No, it looks to be a static snapshot. However, if you're interested in doing true debugging, running the Linux version under Linuxulation is probably not the way to go. It adds too many variables to the test process. Bah, you're just trying to dissuade me from my bloodymindedness ;-) As I said, it'll probably prove to be more of a workout of the FreeBSD Linux emulation :-) - d. To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-questions in the body of the message
Re: Phoenix browser problems
# [EMAIL PROTECTED] / 2002-10-08 21:42:56 -0400: Any ideas why Linux emulation is failing in this instance? looks like you need linux-gtk. -- begin 666 nonexistent.vbs FreeBSD 4.7-RC 9:47AM up 21 days, 17:02, 14 users, load averages: 0.42, 0.22, 0.12 end To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-questions in the body of the message
Re: Phoenix browser problems
Hi all, Has anyone gotten Phoenix to work in FreeBSD? I'm running: FreeBSD 4.6-STABLE #0: Mon Aug 5 01:39:14 EDT 2002. When I follow the install run directions for the Linux version I get: ./phoenix-bin: error while loading shared libraries: libgtk-1.2.so.0: cannot open shared object file: No such file or directory When I try to symlink to /usr/X11R6/lib/libgtk12.so I get: ./phoenix-bin: error while loading shared libraries: ./libgtk-1.2.so.0: ELF file OS ABI invalid Any ideas why Linux emulation is failing in this instance? Probably because you're asking a Linux executable to use a FreeBSD shared library. -- Matt Emmerton To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-questions in the body of the message
