and of course the root mount specification in /boot/loader.conf.
* Your kernel and world are out of sync.
- * tty's and pty's may not work properly in this case, you may have
+ * ttys and ptys may not work properly in this case, you may have
trouble getting a root prompt.
* Try booting into single user mode and complete the installation.
* Or boot the CD and re-upgrade.
loader to improperly parse file data in some cases.
* All we can recommend here is to switch to a BOOT+HAMMER installation,
which is fully supported and actually considerably easier to manage.
- You can steal 256MB from your swap partition to create a UFS boot
- partition, naming it 'a'. Then copy the HAMMER /boot into it
- (directly, not as a subdirectory called 'boot').
+ An existing installation can be adjusted by stealing 256MB from your
+ swap partition to create a UFS boot partition, naming it 'a'. Then
+ copy the HAMMER /boot into it (directly, not as a subdirectory called 'boot').
+ Of course we'd prefer a completely clean install so the partitions are
+ well ordered but stealing an 'a' partition from swap space will work
+ if you can't afford to blow away the current drive.
* You have an AHCI SATA controller but the new AHCI driver is having
problems detecting your drives.
away the whole disk**. You can try it on just the slice, aka
RAWDISKs1 but it is fairly dangerous to do so be careful.
+## Installer Issues
-## Known Issues
+* When installing w/ VMWare we recommend selecting a SCSI disk controller
+ and using the CD ISO, not the DVD ISO.
-* Occasional panic after burning a CD. This is a known issue
- which we hope to address in 2.4.1.
-* Possible issues with kqueue operations getting stuck (w/ postfix).
- This issue is being investigated.
-* 64-bit kernel is unable to probe USB mass storage devices. This is a
- known issue which we hope to address in 2.4.1.
+* When installing w/ VirtualBox we recommend defaults but select a hard
+ disk size at least 3G and use the CD ISO, not the DVD ISO.
+* VirtualBox (and maybe VMWare too) do not implement the hard disk
+ synchronize_cache command so a panic or hard shutdown may corrupt
+ the filesystem. Because of this and also the fact that most
+ user-specified hard drives are not the 200GB minimum recommended
+ for HAMMER, we recommend that you install UFS on the virtual
+ hard drive and not HAMMER.
+
+* **GUI ISO (2.4.0 only)** installs a bad /boot/beastie.4th file which will
+ cause a HAMMER install on the HD boot to fail. You can fix
+ this by booting from the DVD again, logging in as root,
+ mounting /dev/ad0s1a /mnt (or da0s1a or whatever the hard
+ drive winds up being), and editing /mnt/beastie.4th. Please
+ remove the /boot prefix from the two include lines near the
+ top. They should read: 'include screen.4th' and 'include frames.4th'.
+
+* **When to install UFS** - A HAMMER setup (actually BOOT+HAMMER) is
+ the default installation but users with hard drives less then 50GB should
+ probably select a UFS install instead of HAMMER. HAMMER is designed
+ for larger hard drives, not tiny little hard drives or small virtual drives.
+ Users who insist on using HAMMER on a small drive anyway should at least
+ 'chflags nohistory /usr/obj /var/crash'.
+
+## Issues in 2.4.0 which are fixed in 2.4.1
+
+* Issues with kqueue and SIGIO not working properly on pipes
+ have been fixed. This issue affected numerous programs
+ including postfix, dovecot, and others, which use pipes and
+ kqueue for I/O notification.
+* 64-bit kernels were unable to probe USB mass storage devices.
+* cdrecord sometimes paniced after burning completed.
+* Kernel failed to finish CAM probes during boot.
+ (Note that some drivers may still register their CAM busses too
+ late, and this problem has not yet been tracked down).
+* Manual pages specified with relative paths which include a
+ directory component did not work.
+* Misc. setuid/setgid issues with exec and [f]chdir, operations
+ sometimes failed.
+* Installer's beastie.4th (boot loader issues) have been corrected.
+* Boot loader now contains real-mode fixes which may improve booting
+ from USB memory sticks.
+* tcsh updated (fixes incorrect default autologout settings)
+* Added support for VIA Nano and VIA C7
+* Added support for probing OpenBSD slices
+* Misc manual page improvements.
+
+People can checkout the release branch and compile up a new kernel
+at any time, or wait for the incremental release.
+
+## IRC Help
+
+There are usually DragonFly users and developers on EFNet in the
+ #dragonflybsd channel who can help you if you have questions or
+problems.
projects / ikiwiki.git / blobdiff