On 10/12/2024 06:23, Charlie Gibbs wrote:
1. Do a network install on the new drive;
It was advised assuming that you would not do the following, otherwise
it is wasting of time:
sudo rsync -av /etc /mnt/backup
sudo rsync -av /lib /mnt/backup
sudo rsync -av /lib64 /mnt/ba
On Tue 10 Dec 2024 at 15:03:46 (-0800), Charlie Gibbs wrote:
> On Tue Dec 10 14:05:20 2024 David Wright wrote:
>
> > You still haven't said what files cause you concern in /usr/bin/.
>
> There are a lot of them, e.g. xscreensaver, zip, sox...
>
> > All the files belonging to Debian's packages a
On 12/10/24 15:03, Charlie Gibbs wrote:
I think it's time to throw in the towel. The only reason I'm spending
so much time on this is that I had knee surgery a few days ago and I'm
sitting here at home, not mobile enough to do much else but putter with
my machines. But I think I'll just forget
Seems like you are going about this in the most difficult and roundabout
way possible.
--
John Hasler
j...@sugarbit.com
Elmwood, WI USA
On Tue Dec 10 14:05:20 2024 David Wright wrote:
> You still haven't said what files cause you concern in /usr/bin/.
There are a lot of them, e.g. xscreensaver, zip, sox...
> All the files belonging to Debian's packages are going to be present,
> because you wrote:
>
>>> At this point the old a
On Mon 09 Dec 2024 at 21:25:59 (-0800), Charlie Gibbs wrote:
> On Mon Dec 9 20:53:54 2024 David Wright wrote:
> > On Mon 09 Dec 2024 at 15:23:18 (-0800), Charlie Gibbs wrote:
> >
> >> Some of you may recall my account of trying to install a new disk (in
> >> my case a 1TB NVMe stick) for use as a
Charlie Gibbs writes:
> 5. Copy directories from the original drive to the new drive:
> sudo rsync -av /bin /mnt/backup
> sudo rsync -av /etc /mnt/backup
> sudo rsync -av /lib /mnt/backup
> sudo rsync -av /lib64 /mnt/backup
> sudo rsync -av /opt /mnt/backup
> sudo
[Sorry about breaking the thread structure - I read this group
via Usenet and e-mail replies.]
On Mon Dec 9 20:53:54 2024 David Wright wrote:
> On Mon 09 Dec 2024 at 15:23:18 (-0800), Charlie Gibbs wrote:
>
>> Some of you may recall my account of trying to install a new disk (in
>> my case a 1
On Mon 09 Dec 2024 at 15:23:18 (-0800), Charlie Gibbs wrote:
> Some of you may recall my account of trying to install a new disk (in
> my case a 1TB NVMe stick) for use as a boot device. There has been
> another thread or two from other people dealing with the same issue,
> so it seems to be a hot
Charlie Gibbs writes:
> No, I've been good about installing things the approved way, e.g.
> apt install zip
Then what files do you think you will lose?
> Yes, not even zip is present after an installation from scratch -
zip is priority: optional. It won't be installed unless you ask for it.
--
On Mon Dec 9 17:25:55 2024 John Hasler wrote:
> Charlie Gibbs writes:
>
>> But many binaries have been installed in places like /usr/bin; their
>> configuration files may or may not be in /home, but I'd rather not
>> lose them wherever they are.
>
> Do you mean that you have placed stuff not un
Charlie Gibbs writes:
> But many binaries have been installed in places like /usr/bin; their
> configuration files may or may not be in /home, but I'd rather not
> lose them wherever they are.
Do you mean that you have placed stuff not under control of the package
management system in /usr/bin?
--
Some of you may recall my account of trying to install a new disk (in
my case a 1TB NVMe stick) for use as a boot device. There has been
another thread or two from other people dealing with the same issue,
so it seems to be a hot topic.
I'm still unwilling to give up all my installed packages an
On 11/26/24 01:03, Charlie Gibbs wrote:
> But there are no icons left on the desktop - no more Portal, and none of
> the utilities I downloaded were on my $PATH.
>
> How do the rest of you deal with all the user-added stuff that vanishes
> when you do a fresh install? Are there some tricks I can
On Mon 25 Nov 2024 at 22:03:33 (-0800), Charlie Gibbs wrote:
> But, as I expected, all my stuff is gone. Well, sort of.
> I plugged the hard drive back in, and all my files are
> there. But there are no icons left on the desktop - no
> more Portal, and none of the utilities I downloaded were
> o
On 11/25/24 22:03, Charlie Gibbs wrote:
Many thanks to all of you who have replied to my questions.
YW. :-)
It seems that I've been creating trouble for myself by trying
to kludge something together from the old installation.
The only reason I tried this was the age-old problem I
have when
Charlie Gibbs writes:
> How do the rest of you deal with all the user-added stuff
> that vanishes when you do a fresh install?
I don't do fresh installs as a rule, not when changing hardware or
shuffling files around like in your case, or when I wanted to switch
from MBR partition table to GPT o
>> On Tue 26 Nov 2024 at 01:21:31 (-0500), Charlie Gibbs wrote:
>
> How do the rest of you deal with all the user-added stuff that vanishes
> when you do a fresh install? Are there some tricks I can use, rather
> than painstakingly re-installing all my utilities one by one?
I do two things:-
1
>> On Tue 26 Nov 2024 at 01:21:31 (-0500), Charlie Gibbs wrote:
> How do the rest of you deal with all the user-added stuff that vanishes
> when you do a fresh install? Are there some tricks I can use, rather
> than painstakingly re-installing all my utilities one by one?
I use a filesystem "/
On Tuesday, 26-11-2024 at 17:03 Charlie Gibbs wrote:
> Many thanks to all of you who have replied to my questions.
> It seems that I've been creating trouble for myself by trying
> to kludge something together from the old installation.
> The only reason I tried this was the age-old problem I
>
Many thanks to all of you who have replied to my questions.
It seems that I've been creating trouble for myself by trying
to kludge something together from the old installation.
The only reason I tried this was the age-old problem I
have whenever I start from a fresh install: I lose all my
customi
On 25/11/2024 23:59, to...@tuxteam.de wrote:
On Mon, Nov 25, 2024 at 10:07:35AM -0500, e...@gmx.us wrote:
I find PARTLABELs to be a lot more human-friendly than UUIDs.
The idea of UUIDs is that they are "unique",
so you can run two OS installs automatically without the disk IDs
colliding. We l
On 11/24/24 17:56, Charlie Gibbs wrote:
I have a 20-year-old box which was nonetheless enough to run Debian
Bookworm (12.5) - but the video card, equipped with an Nvidia GeForce
610 GPU, was too old. I was getting messages on boot saying that it
was only supported by drivers up to version 390, w
On Tuesday, 26-11-2024 at 02:33 Felix Miata wrote:
> David Wright composed on 2024-11-25 09:21 (UTC-0600):
>
> > On Mon 25 Nov 2024 at 10:07:35 (-0500), eben wrote:
>
> >> George at Clug wrote:
>
> >>> I would create a folder into which to mount the HD's relevant
> >>> partition, then used "b
On Mon 25 Nov 2024 at 10:33:35 (-0500), Felix Miata wrote:
> David Wright composed on 2024-11-25 09:21 (UTC-0600):
> > On Mon 25 Nov 2024 at 10:07:35 (-0500), eben wrote:
> >> George at Clug wrote:
>
> >>> I would create a folder into which to mount the HD's relevant
> >>> partition, then used "blk
Greg Wooledge composed on 2024-11-25 17:50 (UTC-0500):
> Given that you dd-copied a file system, you might consider changing
> the UUID of the new copy. Assuming this is an ext4 file system,
> tune2fs(8) has a -U option that looks like it should do the job.
> Specifically, "-U random" looks promi
On Mon, Nov 25, 2024 at 17:37:28 -0500, e...@gmx.us wrote:
> I'm not Thomas, but here you go. If you do
>
> dd if=/dev/sda1 of=/dev/sdb1
>
> to copy sda1 to sdb1, they get the same UUID. Which makes one question the
> Uniqueness part. I ran into that, and my solution was to use the actual
> de
On 11/25/24 12:36, Default User wrote:
>
> Thomas, would you mind elaborating on, or give a link to an
> explanation of:
>
> "Of course, this UUID uniqueness thing starts looking ever more
> flimsy once you start bit-copying file systems . . . "
>
> I'm not sure I understand what bit-copying of fil
I am not sure, what you are intend to do.
If you want a new bootable harddrive, I suggest, to clone the old (maybe
smaller one) to the new one using clonezilla.
After it you can resize the partitions of new one to your needs and then mount
the old one to any folder you want (maybe "/space" or "
On Mon, 2024-11-25 at 18:59 +0100, to...@tuxteam.de wrote:
> On Mon, Nov 25, 2024 at 12:36:55PM -0500, Default User wrote:
>
> [...]
>
> > Thomas, would you mind elaborating on, or give a link to an
> > explanation of:
> >
> > "Of course, this UUID uniqueness thing starts looking ever more
> >
On Mon, Nov 25, 2024 at 12:36:55PM -0500, Default User wrote:
[...]
> Thomas, would you mind elaborating on, or give a link to an
> explanation of:
>
> "Of course, this UUID uniqueness thing starts looking ever more
> flimsy once you start bit-copying file systems . . . "
>
> I'm not sure I u
On Mon, 2024-11-25 at 17:59 +0100, to...@tuxteam.de wrote:
> On Mon, Nov 25, 2024 at 10:07:35AM -0500, e...@gmx.us wrote:
> > On 11/25/24 02:26, George at Clug wrote:
> > > I would create a folder into which to mount the HD's relevant
> > > partition, then used "blkid" to find the UUID and manual
On 11/25/24 10:21, David Wright wrote:
> On Mon 25 Nov 2024 at 10:07:35 (-0500), eben wrote:
>> On 11/25/24 02:26, George at Clug wrote:
>>> I would create a folder into which to mount the HD's relevant
>>> partition, then used "blkid" to find the UUID and manually added a
>>> mount point to "/etc/
On Mon, Nov 25, 2024 at 10:07:35AM -0500, e...@gmx.us wrote:
> On 11/25/24 02:26, George at Clug wrote:
> > I would create a folder into which to mount the HD's relevant
> > partition, then used "blkid" to find the UUID and manually added a
> > mount point to "/etc/fstab". The resulting paths may
David Wright composed on 2024-11-25 09:21 (UTC-0600):
> On Mon 25 Nov 2024 at 10:07:35 (-0500), eben wrote:
>> George at Clug wrote:
>>> I would create a folder into which to mount the HD's relevant
>>> partition, then used "blkid" to find the UUID and manually added a
>>> mount point to "/etc/f
On Mon 25 Nov 2024 at 10:07:35 (-0500), eben wrote:
> On 11/25/24 02:26, George at Clug wrote:
> > I would create a folder into which to mount the HD's relevant
> > partition, then used "blkid" to find the UUID and manually added a
> > mount point to "/etc/fstab". The resulting paths may be a bit
On 11/25/24 02:26, George at Clug wrote:
> I would create a folder into which to mount the HD's relevant
> partition, then used "blkid" to find the UUID and manually added a
> mount point to "/etc/fstab". The resulting paths may be a bit ugly,
> but I am lazy.
I find PARTLABELs to be a lot more h
On Sun, 24 Nov 2024 17:56:25 -0800
Charlie Gibbs wrote:
>
> When re-booting, I went into the BIOS screen, and saw that the SSD was
> first in the boot order. However, this probably doesn't mean much if
> I didn't get it set up properly. The machine boots, but apparently
> falls back to the hard
On Sun, Nov 24, 2024 at 05:56:25PM -0800, Charlie Gibbs wrote:
> I have a 20-year-old box which was nonetheless enough to run Debian
> Bookworm (12.5) - but the video card, equipped with an Nvidia GeForce
> 610 GPU, was too old. I was getting messages on boot saying that it
> was only supported by
Charlie,
I think this is what you are looking for (and what I use).
# nano /etc/default/grub
https://wiki.debian.org/Grub
The configuration file is /boot/grub/grub.cfg, but you shouldn't edit
it directly. This file is generated by grub v2's update-grub(8)...
To configure grub "v2", you should ed
40 matches
Mail list logo
