Thanks Leland I appreciate it.

On Mon, Jun 27, 2011 at 8:44 PM, Leland Lucius <lluc...@homerow.net> wrote:

> Here's my old patch for it.  This was against 1.5.1, but shouldn't be too
> difficult to bring up to date. IOW, I longer use it...
>
> Leland
>
>
> On 6/27/11 5:17 PM, Tom Huegel wrote:
>
>> Leland,
>> Is your updated version generally available?
>> Thanks
>> Tom
>>
>> On Mon, Jun 27, 2011 at 2:35 PM, Leland Lucius <lluc...@homerow.net
>> <mailto:lluc...@homerow.net>> wrote:
>>
>>    A few years ago, I modified dasdfmt to allow specification of the
>>    start and end track for formatting.  I was using LDL formatted volumes
>>    do I didn't have to worry about the VTOC.
>>
>>    Usage: ./dasdfmt [-htvyLVFk]
>>                   [-l <volser>      | --label=<volser>]
>>                   [-b <blocksize>   | --blocksize=<blocksize>]
>>                   [-d <disk layout> | --disk_layout=<disk layout>]
>>                   [-s <track>       | --start=<track>]
>>                   [-e <track>       | --end=<track>]
>>    <diskspec>
>>
>>           -t or --test     means testmode
>>           -c or --changeonly  change disk layout only...no formatting
>>           -V or --version  means print version
>>           -L or --no_label means don't write disk label
>>           -w x or --wait=x means wait x seconds at 1 percent intervals
>>           -s or --start means to start formatting at the specified track
>>           -e or --end means to stop formatting at (and including) the
>>    specified track
>>           -p or --progressbar means show a progress bar
>>           -m x or --hashmarks=x means show a hashmark every x cylinders
>>           -v means verbose mode
>>           -F means don't check if the device is in use
>>           -k means keep volume serial
>>    <volser> is the volume identifier, which is converted
>>                    to EBCDIC and written to disk.
>>                    (6 characters, e.g. LNX001
>>    <blocksize> has to be power of 2 and at least 512
>>    <disk layout> is either
>>    'cdl' for compatible disk layout (default) or
>>    'ldl' for linux disk layout
>>           and <diskspec> is either
>>               -f /dev/dasdX or --device=/dev/dasdX
>>               if you do not use devfs
>>             or
>>               -f /dev/dasd/xxxx/device or --device=/dev/dasd/xxxx/device
>>               and alternatively
>>               -n xxxx or --devno=xxxx
>>               in case you are using devfs.
>>               xxxx is your hexadecimal device number.
>>
>>    Please report bugs to: linux...@de.ibm.com <mailto:linux...@de.ibm.com
>> >
>>
>>
>>
>>    On Mon, Jun 27, 2011 at 4:23 PM, Tom Huegel <tehue...@gmail.com
>>    <mailto:tehue...@gmail.com>> wrote:
>>     > Maybe I left something out.
>>     > Since this is CDL format there is a VTOC with an entry for the
>>    partition
>>     > extent.
>>     > I can use a free CMS program LXFMT to update that label without
>>    destroying
>>     > any data.
>>     > The gotcha is that I (LINUX) cannot use the additional DASD
>>    because it is
>>     > not in a 4K format.
>>     >
>>     > Another solution I thought of would be to define the mdisk to VSE
>>    (I suppose
>>     > z/OS would work too) then I could use JCL to create a file
>>    appending the
>>     > current LINUX partition and write a program (any language) to
>>    open the file,
>>     > write 4K records to the end. and close the file.
>>     >
>>     > Then go back to CMS for LXFMT to update the partition label.. and
>>    then
>>     > to LINUX to expand the file system..
>>     >
>>     > Safer than me calculating where to DDR copy to, but still a mess...
>>     >
>>     > On Mon, Jun 27, 2011 at 1:57 PM, Jonathan Quay
>>    <jonathan.q...@ihg.com <mailto:jonathan.q...@ihg.com>**>
>>
>>     > wrote:
>>     >>
>>     >> I don't think you can do what you want to do because the linux
>>    partition
>>     >> table won't see the extra cylinders.  Nothing jumps off the page
>>    on the
>>     >> s390tools site.  I think you are stuck with defining a bigger
>>    minidisk and
>>     >> copying the data over.  LVM's are easy to extend and that is
>>    what I use for
>>     >> almost all my filesystems.
>>     >>
>>     >> On Mon, Jun 27, 2011 at 4:44 PM, Thomas Kern
>>    <tlk_sysp...@yahoo.com <mailto:tlk_sysp...@yahoo.com>**>
>>
>>     >> wrote:
>>     >>>
>>     >>> CPFMTXA can do that cylinder range formatting, but I don't know
>>    if Linux
>>     >>> will then allow you to do the resize2fs to enlarge the
>>    filesystem control
>>     >>> blocks. It would be worth a try on a TEST MINIDISK.
>>     >>>
>>     >>> /Tom Kern
>>     >>>
>>     >>>
>>     >>> On Mon, 27 Jun 2011 13:28:49 -0700, Tom Huegel
>>    <tehue...@gmail.com <mailto:tehue...@gmail.com>>
>>
>>     >>> wrote:
>>     >>>
>>     >>> >Tom,
>>     >>> >Yea that would work too.
>>     >>> >It just seems so simple to be able to format a cylinder range
>>    (either in
>>     >>> >LINUX or CMS) ie FORMAT A10 4K cyl 100:199.. It would just
>>    write 4K
>>     >>> > blocks
>>     >>> >x'00's and be almost done with it. Then LINUX could expand the
>>     >>> > filesystem
>>     >>> >and away we go.
>>     >>> >
>>     >>> >At least it sounds simple.
>>     >>> >
>>     >>> >
>>     >>> >
>>     >>> >On Mon, Jun 27, 2011 at 1:11 PM, Thomas Kern
>>    <tlk_sysp...@yahoo.com <mailto:tlk_sysp...@yahoo.com>**>
>>
>>     >>> > wrote:
>>     >>> >
>>     >>> >> I always did it the old-fashioned way:
>>     >>> >> 1) allocate a new 200 cyl minidisk
>>     >>> >> 2) format it in linux
>>     >>> >> 3) use linux tools to copy data from old to new
>>     >>> >> 4) mount new instead of old
>>     >>> >> 5) remove old from linux configuration
>>     >>> >>
>>     >>> >> /Tom Kern
>>     >>> >>
>>     >>> >>
>>     >>> >> On Mon, 27 Jun 2011 10:35:46 -0700, Tom Huegel
>>    <tehue...@gmail.com <mailto:tehue...@gmail.com>>
>>
>>     >>> >> wrote:
>>     >>> >>
>>     >>> >> >I have a minidisk that LINUX uses. It is defined and
>>    formatted h use
>>     >>> >> > CDL
>>     >>> >> >format.
>>     >>> >> >The MDISK is 100 cylinders but I want to expand it to 200
>>    cylinders.
>>     >>> >> >
>>     >>> >> >How can I write the proper format on cylinders 99 to 199?
>>     >>> >> >
>>     >>> >> >The only way I found was to create another mdisk with 200
>>    cylinders
>>     >>> >> > and
>>     >>> >> >format it, then DDR copy cyl 99 to 199 to my old disk.
>>     >>> >> >There must be a better way.
>>     >>> >> >
>>     >>> >> >Does anyone know of a utility that will format specific
>>    cylinders on
>>     >>> >> > a
>>     >>> >> disk?
>>     >>> >> >
>>     >>> >> >Thanks
>>     >>> >> >
>>     >>> >>
>>     >>> >
>>     >>
>>     >>
>>     >>
>>     >> --
>>     >>
>>     >> Jonathan Quay
>>     >>
>>     >> Systems Engineer - Enterprise Servers and Virtualization
>>     >>
>>     >> Global Technology
>>     >>
>>     >>
>>     >> Direct Line: 770-442-7026 <tel:770-442-7026>
>>     >> Fax: 770-442-7191 <tel:770-442-7191>
>>     >>
>>     >> http://www.ihg.com <http://www.ihg.com/>
>>     >>
>>     >>
>>     >
>>     >
>>
>>
>>
>

Reply via email to