On 08/19/2011 06:39 AM, Scott Ferguson wrote:
On 19/08/11 19:34, Lisi wrote:
On Friday 19 August 2011 01:38:58 Scott Ferguson wrote:
For me the biggest problem is CD labels - my writing makes the reading
even harder. Now if someone created a simple system that announced the
title of any cd plac
On Friday 19 August 2011 11:34:01 Scott Ferguson wrote:
> > Vinux is virtually useless [snip] In fact, I
> > agree with you that it is unusable.
>
> I was over-dramatising - it has some uses:-
> ;drink coaster
> ;memory aid for recalling slavic words that end in hard consonants.
> ;decongestant (i
On 19/08/11 19:34, Lisi wrote:
> On Friday 19 August 2011 01:38:58 Scott Ferguson wrote:
>> For me the biggest problem is CD labels - my writing makes the reading
>> even harder. Now if someone created a simple system that announced the
>> title of any cd placed in the drive based on information bu
On 19/08/11 19:33, Lisi wrote:
> On Friday 19 August 2011 01:38:58 Scott Ferguson wrote:
>> But most of the recommendations I get are from sighted people ie.
>> Vinux is "supposed" to be good
>
> You will have noticed that I didn't mention it!
I did, the significance escaped me. Now I know better
On Friday 19 August 2011 01:38:58 Scott Ferguson wrote:
> For me the biggest problem is CD labels - my writing makes the reading
> even harder. Now if someone created a simple system that announced the
> title of any cd placed in the drive based on information burned to the
> CD
Can you read B
On Friday 19 August 2011 01:38:58 Scott Ferguson wrote:
> But most of the recommendations I get are from
> sighted people ie. Vinux is "supposed" to be good
You will have noticed that I didn't mention it! (The Adriane version of
Knoppix is, of course, good because Adriane Knopper helped to desi
On 19/08/11 14:29, Karl O. Pinc wrote:
> On 08/18/2011 07:38:58 PM, Scott Ferguson wrote:
>
>> For me the biggest problem is CD labels - my writing makes the
>> reading
>> even harder. Now if someone created a simple system that announced
>> the
>> title of any cd placed in the drive based on in
On 08/18/2011 07:38:58 PM, Scott Ferguson wrote:
> For me the biggest problem is CD labels - my writing makes the
> reading
> even harder. Now if someone created a simple system that announced
> the
> title of any cd placed in the drive based on information burned to
> the
> CD
See http://
On 19/08/11 06:39, Lisi wrote:
> On Thursday 18 August 2011 03:55:30 Scott Ferguson wrote:
>> As Martin isn't going to
>> use a Live CD approach - it's a moot point. (though Knoppix Adriane will
>> probably do the job, and includes parted)
>
> I understood (possibly erroneously) that Martin's prob
On Thursday 18 August 2011 03:55:30 Scott Ferguson wrote:
> As Martin isn't going to
> use a Live CD approach - it's a moot point. (though Knoppix Adriane will
> probably do the job, and includes parted)
I understood (possibly erroneously) that Martin's problem wasn't that he
doesn't know about a
Arno Schuring writes:
> There might be. Try umount -f
>
> The information about current mounts is recorded in /etc/mtab
> (basically an old relic, but sadly still not put down). The real
> (kernel) information about mounts is in /proc/mounts. When copying root
> filesystems or working on a read-on
On Wed, Aug 17, 2011 at 10:55 PM, Scott Ferguson
wrote:
> On 17/08/11 12:15, Nico Kadel-Garcia wrote:
>> and you need to use the "-x" setting to avoid descending to other
>> partitions.
>
> What do you mean??
>
> That sounds very bad - how come I've never noticed this happening?
You probably don
On 17/08/11 12:15, Nico Kadel-Garcia wrote:
> On Sun, Aug 14, 2011 at 11:28 PM, Scott Ferguson
> wrote:
>
>> 4. use rsync to copy the files. eg.:- # rsync -azr /media/source0/
>> /media/dest0 [rinse and repeat until all partitions copied]
>
> Rsync does not replicate SELinux settings.
-X, --xat
Martin McCormick (mar...@x.it.okstate.edu on 2011-08-16 06:30 -0500):
>
> Is there a way to convince fdisk that hdb1 is not
> mounted?
There might be. Try umount -f
The information about current mounts is recorded in /etc/mtab
(basically an old relic, but sadly still not put down). The real
On Sun, Aug 14, 2011 at 11:28 PM, Scott Ferguson
wrote:
> 4. use rsync to copy the files. eg.:-
> # rsync -azr /media/source0/ /media/dest0 [rinse and repeat until all
> partitions copied]
Rsync does not replicate SELinux settings. And the way you are using
it does not replicate hard links: you
you write:
> Have you tried with "gparted" or "cfdisk"? The first it's a GUI based
> tool which usually manages very well these situations and the latter is a
> more convenient tool (text based) when it comes to manage partitions from
> command line.
I haven't tried cfdisk yet so I will give it a
On Tue, 16 Aug 2011 10:21:05 -0500, Martin McCormick wrote:
> You write:
>> I'm not sure in what stage of the migration are you right now (I did
>> not follow the full thread), but have you tried to boot from a LiveCD
>> and work from there?
>
> I have been avoiding that. I don't know if th
You write:
> I'm not sure in what stage of the migration are you right now (I did not
> follow the full thread), but have you tried to boot from a LiveCD and
> work from there?
I have been avoiding that. I don't know if this is
peculiar to Dell mother boards, but every so often, my CMOS
bo
On Tue, 16 Aug 2011 06:30:41 -0500, Martin McCormick wrote:
> After using dd if=/dev/hda of=/dev/hdb bs=10M, I got a copy of a boot
> drive's image on what will eventually be the new boot drive.
Clonezilla does the migration job quite well.
If the target disk/partition is bigger than the old f
After using dd if=/dev/hda of=/dev/hdb bs=10M, I got a copy of a
boot drive's image on what will eventually be the new boot
drive. The new drive is about half again as big as the old drive
and research plus several previous answers from this list has
lead me to try the following strategy:
Use fdis
> Rob Owens writes:
> On Mon, Aug 15, 2011 at 06:12:24PM +0700, Ivan Shmakov wrote:
> Martin McCormick writes:
> Ivan Shmakov writes:
It's possible to dd(1) just the filesystem (partition) instead of
the whole disk.
Moreover, the filesystem can be downsized pri
On Sun, Aug 14, 2011 at 09:32:12PM -0500, Martin McCormick wrote:
> I have a 10-gigabyte hard drive that sounds like a 747
> just before takeoff so the time has come to replace it. I
> replaced it with a 16-gigabyte SATA flash drive and IDE adaptor
> as the system it runs on is a little too o
On Mon, Aug 15, 2011 at 06:12:24PM +0700, Ivan Shmakov wrote:
> > Martin McCormick writes:
> > Ivan Shmakov writes:
>
> >> It's possible to dd(1) just the filesystem (partition) instead of
> >> the whole disk.
>
> >> Moreover, the filesystem can be downsized prior to that with
> >> r
Hi Martin,
As luck would have it, I did just that this weekend. Except that my
system used lvm for all partitions, which massively simplified the
procedure for me.
Martin McCormick (mar...@x.it.okstate.edu on 2011-08-14 21:32 -0500):
> I have a 10-gigabyte hard drive that sounds like a 747
Ivan Shmakov writes:
> resize2fs(8) after dd(1) on the destination partition ? it'll
> make the additional space available to the filesystem.
That may be the easiest approach to not get wrong if
that is the case. The old drive is the master boot drive on
/dev/hda. The new d
> Martin McCormick writes:
> Ivan Shmakov writes:
>> It's possible to dd(1) just the filesystem (partition) instead of
>> the whole disk.
>> Moreover, the filesystem can be downsized prior to that with
>> resize2fs(8), thus the destination partition may be smaller than the
>> source
Ivan Shmakov writes:
> It's possible to dd(1) just the filesystem (partition) instead
> of the whole disk.
>
> Moreover, the filesystem can be downsized prior to that with
> resize2fs(8), thus the destination partition may be smaller than
> the source one.
Scott Ferguson writes:
> That's part of the problem... of course all the UUIDs in fstab and
> grub.cfg
> will refer to your old drive... ;-p
> Probably *not* the recommended way to do it, but...
Of course! I will not quote any more, here, but that
sounds like a plan. Many thanks.
With the rsync command you should use an exclude-file (see --exclude option)
containing a list of directories and files not to be transferred like
./lost+found**
./run**
./dev/**
./sys/**
./tmp/**
etc (see rsync manual).
After transferring the files you may have to adapt files like /etc/fstab and
> Martin McCormick writes:
[…]
> If I use dd to copy the 10-gig drive over to the new drive as in:
> dd if=/dev/hda of=/dev/hdb bs=20M
> it works when I remove the old screamer drive, change the jumper on
> the new drive to Master and boot but this is not very efficient as it
> wastes
On 15/08/11 13:28, Scott Ferguson wrote:
On 15/08/11 12:32, Martin McCormick wrote:
I have a 10-gigabyte hard drive that sounds like a 747
just before takeoff so the time has come to replace it. I
replaced it with a 16-gigabyte SATA flash drive and IDE adaptor
as the system it runs on is a littl
On 15/08/11 12:32, Martin McCormick wrote:
I have a 10-gigabyte hard drive that sounds like a 747
just before takeoff so the time has come to replace it. I
replaced it with a 16-gigabyte SATA flash drive and IDE adaptor
as the system it runs on is a little too old to handle a large
drive.
I have a 10-gigabyte hard drive that sounds like a 747
just before takeoff so the time has come to replace it. I
replaced it with a 16-gigabyte SATA flash drive and IDE adaptor
as the system it runs on is a little too old to handle a large
drive.
If I use dd to copy the 10-gig driv
33 matches
Mail list logo
