Re: Slicing up big disk section
Posted in 1993
Quoting Helen C Payne... } } We have a HP827 running HP/UX 8.02, using Informix Online 4.0 and } several 1.3Gb disks, with a default section 5 of approx 900Mb. } } A particular application would like to live on a 200Mb partition. } } Informix will allow me to configure database chunks specifying a } raw disk device and an offset, so there shouldn't be a problem } there. (X-posting to comp.databases.informix in case someone } knows otherwise) } } I would like to configure a unix file system of roughly 200Mb } on the first part of section 5, and a couple informix database } chunks on the last part. } } I have tested this (in part) by using mkfs to make a "short" system } at the start of section 5. 'df' reported a file system of the } desired size. } I'm not all that familar with HP systems, but if the hard disks are set up similar to most other systems, I can give a simple suggestion. Why not make section 5 700Mb in size and create another section of 200Mb for informix? Doing it that way, you won't have to worry about filesystem offsets. This is how my harddisk is set up: +---------------+---------------+--------+---+-------------+------------+ | Name | Type | New FS | # | First Block | Last Block | +---------------+---------------+--------+---+-------------+------------+ | root | EAFS | yes | 0 | 0| 147604| | swap | NON FS | no | 1 | 180373| 196372| | ootdbs | NON FS | no | 2 | 147605| 180372| | | NOT USED | no | 3 | -| -| | | NOT USED | no | 4 | -| -| | | NOT USED | no | 5 | -| -| | recover | NON FS | no | 6 | 196373| 196382| | hd0a | WHOLE DISK | no | 7 | 0| 196991| +---------------+---------------+--------+---+-------------+------------+ Because of the size of the harddisk, I have only a root filesystem. But what I also have is a section specifically set aside for Informix-ONLINE. The "ootdbs" is 32Mb in size and I don't have to do any offsetting because it is on a different slice of the harddisk than the root filesystem. BTW, the reason the slice is called "ootdbs" is because block devices have an 'r' prepended to reference the corresponding character device, ie. "rootdbs". DAS -- David Snyder @ Snide Computer Services - Folcroft, PA Current Release is db4glgen-3.9 UUCP: ..!uunet!das13!dave INTERNET: dave.snyder@snide.com