resize2fs: Either the superblock or the partition table is likely to be corrupt!

View: New views
2 Messages — Rating Filter:   Alert me  
< Prev | 1 - 2 | Next >

Re: resize2fs: Either the superblock or the partition table is likely to be corrupt!

by Ron Johnson :: Rate this Message:

Reply to Author | View Threaded | Show Only this Message

On 2009-07-22 10:02, Boyd Stephen Smith Jr. wrote:

> In <4A665BF5.2090505@...>, Ron Johnson wrote:
>> On 2009-07-21 11:51, Boyd Stephen Smith Jr. wrote:
>>> In <4A655762.6020602@...>, Ron Johnson wrote:
>>>> Then still I don't see the real gain to separating /usr and
>>>> /usr/local into their own partitions.
>>> /usr is managed by the distribution I have installed currently.
>>> /usr/local is managed by me, and moves with me when I change
>>> distributions, like /home.
>> I just back it and then restore to new system... ;)
>
> I don't have to wait for data to transfer or put additional stress on the
> hardware with reads/writes.  My /usr/local is < 1GiB, so it doesn't matter
> much.  /home stays much bigger, though.

We all have our own ways, huh...

I keep /home small ("only" 35MiB), and throw the large files, which
can mostly be shared with others on the box or LAN in an LV
/data/big/share.

--
Scooty Puff, Sr
The Doom-Bringer


--
To UNSUBSCRIBE, email to debian-user-REQUEST@...
with a subject of "unsubscribe". Trouble? Contact listmaster@...


Re: resize2fs: Either the superblock or the partition table is likely to be corrupt!

by Ron Johnson :: Rate this Message:

Reply to Author | View Threaded | Show Only this Message

On 2009-07-23 16:22, Manoj Srivastava wrote:

> On Mon, Jul 20 2009, Ron Johnson wrote:
>
>> On 2009-07-20 21:29, Manoj Srivastava wrote:
>>> On Sun, Jul 19 2009, Ron Johnson wrote:
>>>
>>>> On 2009-07-08 20:23, Miles Bader wrote:
>>>> [snip]
>>>>> Hmm, my / is 290MB, though /tmp, /var, /boot, and /usr are all separate
>>>>> partitions.
>>>> *Why*?  IOW, what benefit do you derive in 2009 (as opposed to 1989,
>>>> when disks weren't always large enough to hold it all) from splitting
>>>> these out?
>>>         Security?
>>>
>>> /dev/sdb2 / ext3 noatime,errors=remount-ro 0 1
>> Why device names instead of labels or UUIDs?
>
>         *Shrug*. Been a while, and it has been working form me for
>  years. Why change?

Perfectly valid reason!!

>
>>> /dev/sda1 /boot ext3 noatime,rw,defaults,noauto 0 2
>> noauto?????
>
>
>         Who the hell wants the braindead initramfs mucking around with a
>  working boot system? It also ensures that I have to be actively
>  thinking about modifying my boot process before changes happen.

YAPVR.

[snip]
>> Seems to me that this whole exercise is to ensure that /dev is in it's
>> own partition.
>
>         Layered security is always better than waiting for the silver
>  bullet all secure mechanism. It is all about increasing the work factor
>  for Mallory.

Bah!  *Everyone* knows that there's one simple solution to all
problems!!

--
Scooty Puff, Sr
The Doom-Bringer


--
To UNSUBSCRIBE, email to debian-user-REQUEST@...
with a subject of "unsubscribe". Trouble? Contact listmaster@...

< Prev | 1 - 2 | Next >