Re: bin/18312: FreeBSD System Recovery -- mt not statically linked
Well, I'm not sure what consensus is about this, but I'm gone for 3 weeks. Soembody assign this one to me if you want me 'own' the issue when I get back. On 8 May 2000, Christian Weisgerber wrote: Sheldon Hearn [EMAIL PROTECTED] wrote: Given that having things move around in the base system carries with it varying degrees of pain, can you guys just explain why this is actually necessary? Your tape drive has a quirk but no entry yet in the kernel quirk table, (or you simply use non-default settings for your backups for some good reason), and you need to manually set the block size, density, or some such before you can read back your backup. (Is the EOT model an issue for reading, too?) Didn't someone point out a way to use restore in the absence of mt? You can use restore's "-s" flag to position to a particular file. -- Christian "naddy" Weisgerber [EMAIL PROTECTED] To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-hackers" in the body of the message To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-hackers" in the body of the message
Re: bin/18312: FreeBSD System Recovery -- mt not statically linked
On Fri, 05 May 2000 11:16:29 MST, Matthew Dillon wrote: There's not much point statically linking mt if it's sitting in /usr/bin. On the face of it it does seem a good candidate to move to /bin. Given that having things move around in the base system carries with it varying degrees of pain, can you guys just explain why this is actually necessary? Didn't someone point out a way to use restore in the absence of mt? Ciao, Sheldon. To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-hackers" in the body of the message
Re: bin/18312: FreeBSD System Recovery -- mt not statically linked
On Mon, 8 May 2000, Sheldon Hearn wrote: On Fri, 05 May 2000 11:16:29 MST, Matthew Dillon wrote: There's not much point statically linking mt if it's sitting in /usr/bin. On the face of it it does seem a good candidate to move to /bin. Given that having things move around in the base system carries with it varying degrees of pain, can you guys just explain why this is actually necessary? Didn't someone point out a way to use restore in the absence of mt? Yes, that was me. But maybe they're /usr that they want to restore isn't in dump(8) format. I dunno- this is why I asked. It seems to me on the face of it a reasonable thing to have- basic device manipulation available w/o /usr. But there's no particular end to the number of things you *could* want to be availble if someone takes a Mossberger to your /usr. So, I'm of two minds about this. To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-hackers" in the body of the message
Re: bin/18312: FreeBSD System Recovery -- mt not statically linked
| There's not much point statically linking mt if it's sitting in | /usr/bin. On the face of it it does seem a good candidate to move | to /bin. | | Given that having things move around in the base system carries with it | varying degrees of pain, can you guys just explain why this is actually | necessary? Didn't someone point out a way to use restore in the absence | of mt? | | Yes, that was me. But maybe they're /usr that they want to restore isn't in | dump(8) format. I dunno- this is why I asked. It seems to me on the face of it | a reasonable thing to have- basic device manipulation available w/o /usr. But | there's no particular end to the number of things you *could* want to be | availble if someone takes a Mossberger to your /usr. So, I'm of two minds | about this. Instead of going through pains of moving everything around, why not build a static mt on the rescue disk only? -- Dan Moschuk ([EMAIL PROTECTED]) "Don't get even -- get odd!" To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-hackers" in the body of the message
Re: bin/18312: FreeBSD System Recovery -- mt not statically linked
Instead of going through pains of moving everything around, why not build a static mt on the rescue disk only? Umm, that's possible also. I tend to not believe that the rescue disk is useful since most of the machines *I* use don't have floppy drives. -matt To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-hackers" in the body of the message
Re: bin/18312: FreeBSD System Recovery -- mt not statically linked
Can anyone think of a reason to *not* have mt statically linked? -matt To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-hackers" in the body of the message
Re: bin/18312: FreeBSD System Recovery -- mt not statically linked
: :Can anyone think of a reason to *not* have mt statically linked? : :-matt There's not much point statically linking mt if it's sitting in /usr/bin. On the face of it it does seem a good candidate to move to /bin. -Matt Matthew Dillon [EMAIL PROTECTED] To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-hackers" in the body of the message
Re: bin/18312: FreeBSD System Recovery -- mt not statically linked
: :Can anyone think of a reason to *not* have mt statically linked? : :-matt There's not much point statically linking mt if it's sitting in /usr/bin. On the face of it it does seem a good candidate to move to /bin. Well, yes, that's what would come with this as well. To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-hackers" in the body of the message
