on 12/06/2009 11:08 Alexander Best said the following: > hi there, > > i was surprised to see the following: > > 1. pax -w -f /dev/ad0p2 . > 2. file -s /dev/ad0p2 -> POSIX tar archive > 3. newfs -U -L usr /dev/ad0p2 > 4. file -s /dev/ad0p2 -> POSIX tar archive > > mounting/reading/writing ad0p2 however works like one expects from a ufs > partition. i added a `dd if=/dev/zero of=/dev/ad0p2 bs=1m count=10` between > step 2 and 3 and now ad0p2 is recognised by `file -s` as "Unix Fast File > system". > > is this a bug or a feature? i'm running r193846M. Neither - I wonder why you didn't write the subject as "strange file results" :-) Did you try pax -r after newfs? You see, newfs doesn't wipe the whole media, it just writes out the blocks that it UFS needs, so some (many many) blocks written by pax remain unchanged. And it's a matter of file's internal tasting order which blocks with "magic" byte pattern it would detect first. -- Andriy GaponReceived on Fri Jun 12 2009 - 11:16:31 UTC
This archive was generated by hypermail 2.4.0 : Wed May 19 2021 - 11:39:49 UTC