Re: [gentoo-user] Testing a used hard drive to make SURE it is good.

[madscientistatlarge]

I just tested a couple of 4TB drives, the hgst 7k400 series (7200 rpm), it 
takes about a day to fill one of those, copying from another one of those. I 
prefer to use "real" data, rather than a test pattern. My procedure is to first 
run the short SMART test, format the drive (which also takes awhile..) and fill 
it with data. I like to copy to the test drive from 2 drives at the same time, 
producing fragmentation, and then copy what's on the test drive already into a 
new folder on the test drive and repeat, it makes it a brutal mechanical test. 
After that I fsck it, power cycle the computer/drive, run fsck again, and then 
run the drives long SMART test, which does take a looong time, and then run 
badblocks which should find nothing. I've had a drive that tested fine but 
would corrupt data (I don't know if the drive electronics started doing random 
writes or what, this wasn't an '80's drive), often within minutes, which is 
part of why I power cycle, and why I use fsck after putting data on the drive. 
I of course I then reformat the drive. It does bloody take days, plan to not be 
watching it. I've done this on my main machine as it doesn't hurt anything 
else. These are Refurbished drives in this case, going into a raid 6 to try and 
end bitrot, which I"ve seen too much of using similiar drives, it tends to 
slowly delete scenes from video when this happens without any indication (other 
than not showing things you know are in the video from watching before).

It's a major pain, but so is watching stuff get corrupted! Note that a failing 
power supply can make a drive look like it's failed, seen this a couple of 
months ago. As soon as I put the drive in question on an external supply it 
magically worked fine. Did this right after another drive appeared to fail the 
same way (different brand). Apparently one drive was more sensitive to bad 
power then the other, both drives are in fact fine! I've also seen ram 
repeatedly test bad with a failing power supply. Not really surprising that a 
failing power supply can make things look bad. What was unexpected was the 
subtlety of the failure over time. Lesson being to always test drives that just 
failed on another machine, or with external supply and usb adapter after the 
machine boots to an OS (also great drives that have failed so that they 
delay/block even the BIOS from coming up, which failing drives can do). 
Obviously checking the power supply is always a good idea, though substituting 
another supply works. Power supply failures are not always apparent with a 
voltmeter as they can be noisy and your' meter won't tell you that generally. 
Also of course, ALL of this can be temperature sensitive and hence 
intermittent, I've done repair work, intermittent failures can take you all 
over trying to find them, random correlation abounds and misleads! So if the 
drive does appear to fail, it may or may not be the drive. I mention this as 
it's really annoying to find the real issue after replacing parts that weren't 
bad and possibly throwing out perfectly good hardware.

I did get a refurbished drive that was invisible to the bios, and wouldn't work 
externally on a different supply either. Can't be sure until you try it on a 
different machine or external.

Sent with [ProtonMail](https://protonmail.com) Secure Email.

‐‐‐ Original Message ‐‐‐
On Monday, June 15, 2020 10:07 AM, Dale  wrote:

> Howdy,
>
> I finally bought a 8TB drive. It is used but they claim only a short 
> duration. Still, I want to test it to be sure it is in grade A shape before 
> putting a lot of data on it and depending on it. I am familiar with some 
> tools already. I know about SMART but it is not always 100%. It seems to 
> catch most problems but not all. I'm familiar with dd and writing all zeores 
> or random to it to see if it can in fact write to all the parts of the drive 
> but it is slow. It can take a long time to write and fill up a 8TB drive. 
> Days maybe?? I googled and found a new tool but not sure how accurate it is 
> since I've never used it before. The command is badblocks. It is installed on 
> my system so I'm just curious as to what it will catch that others won't. Is 
> it fast or slow like dd?
>
> I plan to run the SMART test anyway. It'll take several hours but I'd like to 
> run some other test to catch errors that SMART may miss. If there is such a 
> tool that does that. If you bought a used drive, what would you run other 
> than the long version of SMART and its test? Would you spend the time to dd 
> the whole drive? Would badblocks be a better tool? Is there another better 
> tool for this?
>
> While I'm at it, when running dd, I have zero and random in /dev. Where does 
> a person obtain a one? In other words, I can write all zeros, I can write all 
> random but I can't write all ones since it isn't in /dev. Does that even 
> exist? Can I create it myself somehow? Can I download it or install it 
> somehow? I been curious about 

Re: [gentoo-user] Testing a used hard drive to make SURE it is good.

[David Haller]

Hello,

On Mon, 15 Jun 2020, Dale wrote:
[..]
>While I'm at it, when running dd, I have zero and random in /dev.  Where
>does a person obtain a one?  In other words, I can write all zeros, I
>can write all random but I can't write all ones since it isn't in /dev. 
>Does that even exist?  Can I create it myself somehow?  Can I download
>it or install it somehow?  I been curious about that for a good long
>while now.  I just never remember to ask. 

I've wondered that too. So I just hacked one up just now.

 ones.c 
#include 
#include 
#include 
static unsigned int buf[BUFSIZ];
int main(void) {
unsigned int i;
for(i = 0; i < BUFSIZ; i++) { buf[i] = (unsigned int)-1; }
while( write(STDOUT_FILENO, buf, sizeof(buf)) );
exit(0);
}


Compile with:
gcc $CFLAGS -o ones ones.c
or
gcc $(portageq envvar CFLAGS) -o ones ones.c

and use/test e.g. like

./ones | dd of=/dev/null bs=8M count=1000 iflag=fullblock

Here, it's about as fast as

cat /dev/zero | dd of=/dev/null bs=8M count=1000 iflag=fullblock

(but only about ~25% as fast as 
dd if=/dev/zero of=/dev/null bs=8M count=1000 iflag=fullblock
for whatever reason ever, but the implementation of /dev/zero is
non-trivial ...)

HTH,
-dnh

-- 
Computers make very fast, very accurate mistakes.

Re: [gentoo-user] Bitwarden, anyone?

[Peter Humphrey]

On Monday, 15 June 2020 20:56:05 BST Neil Bothwick wrote:
> On Mon, 15 Jun 2020 20:51:54 +0100, Peter Humphrey wrote:
> > > I've just tried the AppImage for the desktop client and it just
> > > worked, albeit with the usual loading speed of an AppImage.
> > 
> > So it can work, then. I just have to work out what I'm doing wrong. I
> > have a support request in with them; no reply yet.
> 
> Do other AppImages work on your computer?

This is the first one I've tried. Do you recommend any others in particular?

-- 
Regards,
Peter.

Re: [gentoo-user] Testing a used hard drive to make SURE it is good.

[Mark Knecht]

On Mon, Jun 15, 2020 at 1:01 PM Rich Freeman  wrote:
>
> On Mon, Jun 15, 2020 at 3:54 PM Mark Knecht  wrote:
> >
> > The SMART test, long version, will do a very reasonable job catching
problems. Run it 2 or 3 times if it makes you feel better.
> >
> > Chris's suggestion about Spinrite is another option but it is slow,
slow, slow. Might take you weeks? On a drive that large if it worked at all.
>
> Is spinrite really still of any use in this era?  I'm skeptical of
> that.  Maybe in the pre-IDE days it made more sense.
>

I used it a few years ago on some 2TB or 3TB drives, more out of curiosity
when I found my old license. Other than that I agree with you Rich

[gentoo-user] Re: Testing a used hard drive to make SURE it is good.

[Grant Edwards]

On 2020-06-15, Grant Edwards  wrote:

> backblocks was designed to do what you want.
...
> babblocks would be a good start.

Geez, I can't even mistype "badblocks" consistently...

--
Grant

Re: [gentoo-user] Testing a used hard drive to make SURE it is good.

[Rich Freeman]

On Mon, Jun 15, 2020 at 3:54 PM Mark Knecht  wrote:
>
> The SMART test, long version, will do a very reasonable job catching 
> problems. Run it 2 or 3 times if it makes you feel better.
>
> Chris's suggestion about Spinrite is another option but it is slow, slow, 
> slow. Might take you weeks? On a drive that large if it worked at all.

Is spinrite really still of any use in this era?  I'm skeptical of
that.  Maybe in the pre-IDE days it made more sense.

I'd echo the SMART test.  If you don't want to trust the vendor then I run:
badblocks -b 4096 -v -w -s /dev/disk/by-id/...

Note that this is a DESTRUCTIVE write test.  There are also
non-destructive read-only tests but obviously this is more limited in
capability.  It will write a series of patterns to the disk and read
them back.  Barring some really clever firmware it should detect any
kind of media error.  I think there might be software that writes
pseudo-random patterns and then reads them back, which would defeat
any firmware fiddling.

For a drive in the 10-12TB size you're talking about a day or so per
pass, so 4 passes will take a few days.  Can't get around 12TB /
(120MB/s).  If I'm not in a hurry to use the space I'll still do it as
nothing is worse than starting to migrate onto a drive and then having
to back out, and that is with redundant data.

-- 
Rich

Re: [gentoo-user] Bitwarden, anyone?

[Neil Bothwick]

On Mon, 15 Jun 2020 20:51:54 +0100, Peter Humphrey wrote:

> > I've just tried the AppImage for the desktop client and it just
> > worked, albeit with the usual loading speed of an AppImage.  
> 
> So it can work, then. I just have to work out what I'm doing wrong. I
> have a support request in with them; no reply yet.

Do other AppImages work on your computer?


-- 
Neil Bothwick

First Law of Laboratory Work:
Hot glass looks exactly the same as cold glass.


pgpabtAgsegtt.pgp
Description: OpenPGP digital signature

[gentoo-user] Re: Testing a used hard drive to make SURE it is good.

[Grant Edwards]

On 2020-06-15, Dale  wrote:
> Howdy,
>
> I finally bought a 8TB drive.  It is used but they claim only a
> short duration.  Still, I want to test it to be sure it is in grade
> A shape before putting a lot of data on it and depending on it.  I
> am familiar with some tools already.  I know about SMART but it is
> not always 100%.   It seems to catch most problems but not all.  I'm
> familiar with dd and writing all zeores or random to it to see if it
> can in fact write to all the parts of the drive but it is slow.

It takes a long time to write 8GB no matter what tool you're using.

> It can take a long time to write and fill up a 8TB drive. Days
> maybe?

I would guess several days

> I googled and found a new tool but not sure how accurate it is since
> I've never used it before.  The command is badblocks.  It is
> installed on my system so I'm just curious as to what it will catch
> that others won't.  Is it fast or slow like dd?

backblocks was designed to do what you want.  For an 8GB drive, it
will probably take most of a week.

> I plan to run the SMART test anyway.  It'll take several hours but
> I'd like to run some other test to catch errors that SMART may
> miss.  If there is such a tool that does that.  If you bought a used
> drive, what would you run other than the long version of SMART and
> its test?

babblocks would be a good start.

you could also use stress-ng with the "hdd" options:

https://packages.gentoo.org/packages/app-benchmarks/stress-ng
https://wiki.gentoo.org/wiki/User:Maffblaster/Drafts/stress-ng

--
Grant

Re: [gentoo-user] Testing a used hard drive to make SURE it is good.

[Mark Knecht]

On Mon, Jun 15, 2020 at 12:37 PM Dale  wrote:
>
> Howdy,
>
> I finally bought a 8TB drive.  It is used but they claim only a short
duration.  Still, I want to test it to be sure it is in grade A shape
before putting a lot of data on it and depending on it.  I am familiar with
some tools already.  I know about SMART but it is not always 100%.  It
seems to catch most problems but not all.  I'm familiar with dd and writing
all zeores or random to it to see if it can in fact write to all the parts
of the drive but it is slow. It can take a long time to write and fill up a
8TB drive. Days maybe??  I googled and found a new tool but not sure how
accurate it is since I've never used it before.  The command is badblocks.
It is installed on my system so I'm just curious as to what it will catch
that others won't.  Is it fast or slow like dd?
>
> I plan to run the SMART test anyway.  It'll take several hours but I'd
like to run some other test to catch errors that SMART may miss.  If there
is such a tool that does that.  If you bought a used drive, what would you
run other than the long version of SMART and its test?  Would you spend the
time to dd the whole drive?  Would badblocks be a better tool?  Is there
another better tool for this?
>
> While I'm at it, when running dd, I have zero and random in /dev.  Where
does a person obtain a one?  In other words, I can write all zeros, I can
write all random but I can't write all ones since it isn't in /dev.  Does
that even exist?  Can I create it myself somehow?  Can I download it or
install it somehow?  I been curious about that for a good long while now.
I just never remember to ask.
>
> When I add this 8TB drive to /home, I'll have 14TBs of space.  If I leave
the 3TB drive in instead of swapping it out, I could have about 17TBs of
space.  O_O
>
> Thanks to all.
>
> Dale
>
> :-)  :-)

The SMART test, long version, will do a very reasonable job catching
problems. Run it 2 or 3 times if it makes you feel better.

Chris's suggestion about Spinrite is another option but it is slow, slow,
slow. Might take you weeks? On a drive that large if it worked at all.

As an aside, but important, I fear that you're possibly falling into the
trap most of us do at home. Please don't. Once you have 17TB of space on
your system how are you planning on doing your weekly backups? Do you have
17TB+ on an external drive or system? Will you back up to BlueRay discs or
something like that?

Mark

Re: [gentoo-user] Bitwarden, anyone?

[Peter Humphrey]

On Monday, 15 June 2020 12:38:03 BST Neil Bothwick wrote:
> On Mon, 15 Jun 2020 02:47:56 +0100, Peter Humphrey wrote:
> > > Has anyone some experience of bitwarden on Gentoo? It doesn't run for
> > > me, and I suspect a java problem. I have icedtea here.
> > > 
> > > I'm talking about the installed version, not the firefox extension,
> > > which seems to work.
> > 
> > I've found an overlay with bitwarden-cli-bin, which is now installed
> > and ready to accept commands.
> 
> I've just tried the AppImage for the desktop client and it just worked,
> albeit with the usual loading speed of an AppImage.

So it can work, then. I just have to work out what I'm doing wrong. I have a 
support request in with them; no reply yet.

-- 
Regards,
Peter.

Re: [gentoo-user] Re: "masked by: EAPI 7" trying up update "portage" - how to proceed

[Peter Humphrey]

On Monday, 15 June 2020 16:49:39 BST Grant Edwards wrote:
> On 2020-06-15, J. Roeleveld  wrote:
> >
> >
> > With a system that has not been updated for over 3 years, I would suggest
> > to Start from scratch and copy the config across.
> 
> That's definitely, by far, the fastest and easiest way to get to a
> working, current system.
> 
> > If you do insist on trying to work through this,
> 
> Which is something many of us have done once just to see if we could.
> 
> It's not something one tends to do a second time. :)

Once bitten, twice shy...  :)

-- 
Regards,
Peter.

Re: [gentoo-user] Testing a used hard drive to make SURE it is good.

[Spackman, Chris]

On 2020/06/15 at 11:07am, Dale wrote:

> I finally bought a 8TB drive.  It is used but they claim only a short
> duration.  Still, I want to test it to be sure it is in grade A shape
> before putting a lot of data on it and depending on it.  I am familiar
> with some tools already.  I know about SMART but it is not always 100%. 
> It seems to catch most problems but not all.  I'm familiar with dd and
> writing all zeores or random to it to see if it can in fact write to all
> the parts of the drive but it is slow. It can take a long time to write
> and fill up a 8TB drive. Days maybe??  I googled and found a new tool
> but not sure how accurate it is since I've never used it before.  The
> command is badblocks.  It is installed on my system so I'm just curious
> as to what it will catch that others won't.  Is it fast or slow like dd?

If you have a few days, I'd run spinrite
(https://www.grc.com/sr/spinrite.htm) on it. It is very slow but very
good at checking and repairing disks. (Gibson is working on an updated
version that will be much, much faster.) No joke that you would have to
leave the current version running for several days (at least) for an 8TB
drive, if you ran the most comprehensive test.

Aside from time, the drawback is that spinrite costs money.

I've used badblocks and it is not fast, but not nearly as slow as
spinrite. IIRC, it took maybe a few hours for a 250GB drive. That said,
I've been lucky not to have a huge number of problems with drives, so I
can't say how much either has helped.

-- 
Chris Spackman  ch...@osugisakae.com

ESL Coordinator The Graham Family of Schools
ESL Instructor  Columbus State Community College
Japan Exchange and Teaching Program   Wajima, Ishikawa 1995-1998
Linux user since 1998 Linux User #137532

Re: [gentoo-user] Re: "masked by: EAPI 7" trying up update "portage" - how to proceed

[J. Roeleveld]

On 15 June 2020 17:49:39 CEST, Grant Edwards  wrote:
>On 2020-06-15, J. Roeleveld  wrote:
>
>>
>>
>> With a system that has not been updated for over 3 years, I would
>suggest to 
>> Start from scratch and copy the config across.
>
>That's definitely, by far, the fastest and easiest way to get to a
>working, current system.
>
>> If you do insist on trying to work through this,
>
>Which is something many of us have done once just to see if we could.

How do you think I learned that sequence as being the best option?


>It's not something one tends to do a second time. :)

I actually did, as I was not able to boot from rescue media anytime soon. It 
was a risk to do it by remote and if there had been a power failure in the 
middle of it, it could have ended in disaster. But I managed it.

That was the 2nd and last time I ever did that. Ever since I schedule in 
maintenance weekends for the few systems that are critical.
(This is at home)

--
Joost


-- 
Sent from my Android device with K-9 Mail. Please excuse my brevity.

[gentoo-user] Testing a used hard drive to make SURE it is good.

[Dale]

Howdy,

I finally bought a 8TB drive.  It is used but they claim only a short
duration.  Still, I want to test it to be sure it is in grade A shape
before putting a lot of data on it and depending on it.  I am familiar
with some tools already.  I know about SMART but it is not always 100%. 
It seems to catch most problems but not all.  I'm familiar with dd and
writing all zeores or random to it to see if it can in fact write to all
the parts of the drive but it is slow. It can take a long time to write
and fill up a 8TB drive. Days maybe??  I googled and found a new tool
but not sure how accurate it is since I've never used it before.  The
command is badblocks.  It is installed on my system so I'm just curious
as to what it will catch that others won't.  Is it fast or slow like dd?

I plan to run the SMART test anyway.  It'll take several hours but I'd
like to run some other test to catch errors that SMART may miss.  If
there is such a tool that does that.  If you bought a used drive, what
would you run other than the long version of SMART and its test?  Would
you spend the time to dd the whole drive?  Would badblocks be a better
tool?  Is there another better tool for this? 

While I'm at it, when running dd, I have zero and random in /dev.  Where
does a person obtain a one?  In other words, I can write all zeros, I
can write all random but I can't write all ones since it isn't in /dev. 
Does that even exist?  Can I create it myself somehow?  Can I download
it or install it somehow?  I been curious about that for a good long
while now.  I just never remember to ask. 

When I add this 8TB drive to /home, I'll have 14TBs of space.  If I
leave the 3TB drive in instead of swapping it out, I could have about
17TBs of space.  O_O 

Thanks to all.

Dale

:-)  :-) 

[gentoo-user] Re: "masked by: EAPI 7" trying up update "portage" - how to proceed

[Grant Edwards]

On 2020-06-15, J. Roeleveld  wrote:

>
>
> With a system that has not been updated for over 3 years, I would suggest to 
> Start from scratch and copy the config across.

That's definitely, by far, the fastest and easiest way to get to a
working, current system.

> If you do insist on trying to work through this,

Which is something many of us have done once just to see if we could.

It's not something one tends to do a second time. :)

--
Grant

Re: [gentoo-user] "masked by: EAPI 7" trying up update "portage" - how to proceed

[n952162]

On 2020-06-15 16:20, J. Roeleveld wrote:

On Monday, June 15, 2020 1:26:06 PM CEST n952162 wrote:

Thank you for the response.  Unfortunately it didn't work.  The logs are
attached (tgt=portage, system, world) and summarized below.

Perl keeps coming up as a problem, so, as an example, I tried to build
perl, including all the packages that say they need it on the command
line.  Emerge comes back with the same result.  I can't understand why,
e.g. Data-Dump requires perl 5.24:

  dev-lang/perl:0/5.24=[-build(-)] required by
(dev-perl/Data-Dump-1.230.0:0/0::gentoo, installed) USE="" ABI_X86="(64)"

when it's included on the command line to re-emerge:

+ sudo $HOME/adm/gentoo/src/portage/bin/emerge -vuUD --verbose-conflicts
--backtrack=100 --with-bdeps=y dev-perl/Text-CharWidth
dev-perl/HTML-Tree *dev-perl/Data-Dump* dev-perl/TermReadKey
dev-perl/HTML-Form dev-perl/LWP-MediaTypes dev-perl/XML-Parser
dev-perl/Text-WrapI18N app-text/po4a dev-perl/HTTP-Date
dev-perl/Unicode-EastAsianWidth dev-perl/IO-HTML dev-perl/SGMLSpm
dev-perl/Locale-gettext dev-perl/WWW-Mechanize dev-perl/HTML-Tagset
dev-perl/Date-Manip dev-perl/File-Listing dev-lang/perl




With a system that has not been updated for over 3 years, I would suggest to
Start from scratch and copy the config across.

If you do insist on trying to work through this, I would suggest the following
(READ and understand all steps before executing any):

0) Make sure you do NOT change your profile. (As you adjusted it from 13.0 to
17.1, change it back to 13.0, or if not available, 17.0)
- Profile 17.1 is NOT going to work at this point.


1) Rename the world and world_sets files to (temporarily) clear the entire
world-set
(These files are located in "/var/lib/portage")


2) execute: "emerge -vauDN --with-bdeps=y --backtrack=200 @world" and
alternate with "emerge --update --newuse --deep @world" until both have
nothing left to do.

3) execute "emerge -va --depclean"
- This is a LARGE set, don't worry, it will all come back (You DID backup the
files in step 1, right?)

4) Fix any config-file changes that are left over and follow this with steps
"2", "3" and "4" until your system is clean.

5) Install, configure and compile the kernel and ensure you can reboot the
system. (This is important for the next step)

6) Follow the news-item regarding migrating to 17.1 and follow this exactly.
(Your install is extremely basic, so it should be nice and easy)

7) Reinstall all needed software (read your world and world_set backup-files
to see what you had before and ONLY install those that you actually need)

8) Fix any config-files that are needed for the software you re-installed in
step 7

9) Congratulate yourself for managing to upgrade a system after 3+ years


In my experience, when the system has not been updated for this long, the
fastest way to resolve this is to start from scratch with a backup of any
config and data files.

--
Joost



Okay, thank you for the support so far.  I'll investigate re-installing (on 
both VMs).

Re: [gentoo-user] "masked by: EAPI 7" trying up update "portage" - how to proceed

[J. Roeleveld]

On Monday, June 15, 2020 1:26:06 PM CEST n952162 wrote:
> Thank you for the response.  Unfortunately it didn't work.  The logs are
> attached (tgt=portage, system, world) and summarized below.
> 
> Perl keeps coming up as a problem, so, as an example, I tried to build
> perl, including all the packages that say they need it on the command
> line.  Emerge comes back with the same result.  I can't understand why,
> e.g. Data-Dump requires perl 5.24:
> 
>  dev-lang/perl:0/5.24=[-build(-)] required by
> (dev-perl/Data-Dump-1.230.0:0/0::gentoo, installed) USE="" ABI_X86="(64)"
> 
> when it's included on the command line to re-emerge:
> 
> + sudo $HOME/adm/gentoo/src/portage/bin/emerge -vuUD --verbose-conflicts
> --backtrack=100 --with-bdeps=y dev-perl/Text-CharWidth
> dev-perl/HTML-Tree *dev-perl/Data-Dump* dev-perl/TermReadKey
> dev-perl/HTML-Form dev-perl/LWP-MediaTypes dev-perl/XML-Parser
> dev-perl/Text-WrapI18N app-text/po4a dev-perl/HTTP-Date
> dev-perl/Unicode-EastAsianWidth dev-perl/IO-HTML dev-perl/SGMLSpm
> dev-perl/Locale-gettext dev-perl/WWW-Mechanize dev-perl/HTML-Tagset
> dev-perl/Date-Manip dev-perl/File-Listing dev-lang/perl
> 



With a system that has not been updated for over 3 years, I would suggest to 
Start from scratch and copy the config across.

If you do insist on trying to work through this, I would suggest the following 
(READ and understand all steps before executing any):

0) Make sure you do NOT change your profile. (As you adjusted it from 13.0 to 
17.1, change it back to 13.0, or if not available, 17.0)
- Profile 17.1 is NOT going to work at this point.


1) Rename the world and world_sets files to (temporarily) clear the entire 
world-set
(These files are located in "/var/lib/portage")


2) execute: "emerge -vauDN --with-bdeps=y --backtrack=200 @world" and 
alternate with "emerge --update --newuse --deep @world" until both have 
nothing left to do.

3) execute "emerge -va --depclean"
- This is a LARGE set, don't worry, it will all come back (You DID backup the 
files in step 1, right?)

4) Fix any config-file changes that are left over and follow this with steps 
"2", "3" and "4" until your system is clean.

5) Install, configure and compile the kernel and ensure you can reboot the 
system. (This is important for the next step)

6) Follow the news-item regarding migrating to 17.1 and follow this exactly. 
(Your install is extremely basic, so it should be nice and easy)

7) Reinstall all needed software (read your world and world_set backup-files 
to see what you had before and ONLY install those that you actually need)

8) Fix any config-files that are needed for the software you re-installed in 
step 7

9) Congratulate yourself for managing to upgrade a system after 3+ years


In my experience, when the system has not been updated for this long, the 
fastest way to resolve this is to start from scratch with a backup of any 
config and data files.

--
Joost

Re: [gentoo-user] clone root from HDD to SSD causes no video with NVIDIA driver

[J. Roeleveld]

On Monday, June 15, 2020 9:56:39 AM CEST Raffaele BELARDI wrote:
>   *   From: Dale 
>   *   Sent: Wednesday, June 10, 2020 08:02
>   *   To: gentoo-user@lists.gentoo.org
> *   Subject: Re: [gentoo-user] clone root from HDD to SSD causes no video
> with NVIDIA driver 
> 
>  *   Raffaele BELARDI wrote:
>  *   nomodeset did not change anything, but adding EFI_FB to the kernel
> finally got me a functional console.
 *   But if I startx from there I am
> back again to the same point, no X, no console switching with CTR-ALT-Fn, *
>   no crash in syslog, I have to SSH to get to a working shell. I'm not
> getting anywhere, I think I'll better install from stage3. 
> 
>   *   Odds are, if you start from stage3, you will get the same problem
> again unless you do something different.
 *   When I first stated using
> Gentoo, I didn't realize that one can restart a install pretty much
> anywhere in the install. *   Starting over doesn't get you anything
> different if you repeat the same steps. 
> Just to update: I tried all the hints received here with no luck. Since
> others on this list managed to get uefifb working with the NVIDIA driver I
> believe the problem could be my mobo/UEFI FW/GPU combination. I found some
> rather old posts ([1], [2]) supporting this hypothesis. For the moment I
> switched to nouveau.
 
> Thanks again to all,
> 
> raffaele
> 
> [1]
> https://forums.developer.nvidia.com/t/uefi-nvidia-vga-console-complaints/37
> 690
 [2]
> https://forums.developer.nvidia.com/t/nvidia-devs-any-eta-on-fbdev-console-> 
mode-setting-implementation/47043 

Personally, I would not expect this to be related to mainboard firmware/bios 
issues as I have not had any issues with efifb and nvidia-drivers on several 
systems.

What is your kernel-commandline?

Mine is really simple:
$ cat /proc/cmdline 
root=/dev/nvme0n1p3

I get the following in my dmesg for "efifb":

[8.717047] efifb: probing for efifb
[8.717061] efifb: framebuffer at 0xd100, using 3072k, total 3072k
[8.717062] efifb: mode is 1024x768x32, linelength=4096, pages=1
[8.717064] efifb: scrolling: redraw
[8.717065] efifb: Truecolor: size=8:8:8:8, shift=24:16:8:0
[8.719748] fb0: EFI VGA frame buffer device


Which is nowhere near the real resolution my screen can handle, but for 
emergencies, this is definitely sufficient.

For completeness, these are the entries for nvidia:

$ dmesg | grep -i nvidia
[   11.222893] nvidia: loading out-of-tree module taints kernel.
[   11.222908] nvidia: module license 'NVIDIA' taints kernel.
[   11.241368] nvidia-nvlink: Nvlink Core is being initialized, major device 
number 240
[   11.241687] nvidia :01:00.0: vgaarb: changed VGA decodes: 
olddecodes=io+mem,decodes=none:owns=io+mem
[   11.283229] NVRM: loading NVIDIA UNIX x86_64 Kernel Module  440.82  Wed Apr  
1 20:04:33 UTC 2020
[   11.287732] nvidia-modeset: Loading NVIDIA Kernel Mode Setting Driver for 
UNIX platforms  440.82  Wed Apr  1 19:41:29 UTC 2020
[   11.289189] [drm] [nvidia-drm] [GPU ID 0x0100] Loading driver
[   11.289191] [drm] Initialized nvidia-drm 0.0.0 20160202 for :01:00.0 on 
minor 0
[   11.861737] input: HDA NVidia HDMI/DP,pcm=3 as /devices/
pci:00/:00:03.0/:01:00.1/sound/card1/input28
[   11.862152] input: HDA NVidia HDMI/DP,pcm=7 as /devices/
pci:00/:00:03.0/:01:00.1/sound/card1/input29
[   11.979061] input: HDA NVidia HDMI/DP,pcm=8 as /devices/
pci:00/:00:03.0/:01:00.1/sound/card1/input30
[   11.979134] input: HDA NVidia HDMI/DP,pcm=9 as /devices/
pci:00/:00:03.0/:01:00.1/sound/card1/input31


On a side-note, anyone know how to prevent these sound-devices from appearing? 
I never use these on this system.

--
Joost

Re: [gentoo-user] Bitwarden, anyone?

[Neil Bothwick]

On Mon, 15 Jun 2020 02:47:56 +0100, Peter Humphrey wrote:

> > Has anyone some experience of bitwarden on Gentoo? It doesn't run for
> > me, and I suspect a java problem. I have icedtea here.
> > 
> > I'm talking about the installed version, not the firefox extension,
> > which seems to work.  
> 
> I've found an overlay with bitwarden-cli-bin, which is now installed
> and ready to accept commands.

I've just tried the AppImage for the desktop client and it just worked,
albeit with the usual loading speed of an AppImage.


-- 
Neil Bothwick

Barth's Distinction:
There are two types of people: those who divide people into two types, and
those who don't.


pgpUkahJbeJ19.pgp
Description: OpenPGP digital signature

Re: [gentoo-user] Kind of sample player?

[tuxic]

On 06/15 10:28, Ashley Dixon wrote:
> On Mon, Jun 15, 2020 at 10:10:21AM +0200, tu...@posteo.de wrote:
> > The only one I found in portage is 'linuxsampler', which fails to
> > compile with a lot of "deprecated" messages.
> 
> Could you elaborate more on this ? Linux Sampler is an active project and
> shouldn't fail to compile.
> 
> https://www.linuxsampler.org/
> 
> -- 
> 
> Ashley Dixon
> suugaku.co.uk
> 
> 2A9A 4117
> DA96 D18A
> 8A7B B0D2
> A30E BF25
> F290 A8AA
> 

Hi,

Just installed 'ardour' just to see for what this is good, then I saw
your posting.

I reinstalled linuxsampler to post the logs hereand it compiled
fine.

Don't ask me why...

If I come accross some more infos etc...I will post it here.

Cheers!
Meino

Re: [gentoo-user] Kind of sample player?

[Michael]

On Monday, 15 June 2020 09:10:21 BST tu...@posteo.de wrote:
> Hi,
> 
> Trying to express what I am searching for:
> 
> I have some samples of instruments play one or only a few tones.
> For each there is one sample per tone.
> 
> I am looking for a software, with which I can play these samples
> controlled by a midi keyboard. The samples should be played
> in a way, that dynamic of the key and pitch are respected (therefore the
> sample need to be modified on-the-fly).
> 
> Unfortunately I am neither a musician nor a native language speaker...
> 
> The only one I found in portage is 'linuxsampler', which fails to
> compile with a lot of "deprecated" messages.
> 
> Is there any other software, which may be appropiate for this purpose
> in portage?
> 
> Cheers!
> Meino

I'm none the wiser on terminology and my music knowledge is purely analogue, 
but have you looked at Rosegarden to see if it will do what you need?  It's in 
portage and compiles fine here.

https://rosegardenmusic.com/

signature.asc
Description: This is a digitally signed message part.

Re: [gentoo-user] Kind of sample player?

[Ashley Dixon]

On Mon, Jun 15, 2020 at 10:10:21AM +0200, tu...@posteo.de wrote:
> The only one I found in portage is 'linuxsampler', which fails to
> compile with a lot of "deprecated" messages.

Could you elaborate more on this ? Linux Sampler is an active project and
shouldn't fail to compile.

https://www.linuxsampler.org/

-- 

Ashley Dixon
suugaku.co.uk

2A9A 4117
DA96 D18A
8A7B B0D2
A30E BF25
F290 A8AA



signature.asc
Description: PGP signature

[gentoo-user] Kind of sample player?

[tuxic]

Hi,

Trying to express what I am searching for:

I have some samples of instruments play one or only a few tones.
For each there is one sample per tone.

I am looking for a software, with which I can play these samples
controlled by a midi keyboard. The samples should be played
in a way, that dynamic of the key and pitch are respected (therefore the
sample need to be modified on-the-fly).

Unfortunately I am neither a musician nor a native language speaker...

The only one I found in portage is 'linuxsampler', which fails to
compile with a lot of "deprecated" messages.

Is there any other software, which may be appropiate for this purpose
in portage?

Cheers!
Meino

RE: [gentoo-user] clone root from HDD to SSD causes no video with NVIDIA driver

[Raffaele BELARDI]

  *   From: Dale 
  *   Sent: Wednesday, June 10, 2020 08:02
  *   To: gentoo-user@lists.gentoo.org
  *   Subject: Re: [gentoo-user] clone root from HDD to SSD causes no video 
with NVIDIA driver


 *   Raffaele BELARDI wrote:
 *   nomodeset did not change anything, but adding EFI_FB to the kernel 
finally got me a functional console.
 *   But if I startx from there I am back again to the same point, no X, no 
console switching with CTR-ALT-Fn,
 *   no crash in syslog, I have to SSH to get to a working shell. I'm not 
getting anywhere, I think I'll better install from stage3.


  *   Odds are, if you start from stage3, you will get the same problem again 
unless you do something different.
  *   When I first stated using Gentoo, I didn't realize that one can restart a 
install pretty much anywhere in the install.
  *   Starting over doesn't get you anything different if you repeat the same 
steps.

Just to update: I tried all the hints received here with no luck. Since others 
on this list managed to get uefifb working with the NVIDIA driver I believe the 
problem could be my mobo/UEFI FW/GPU combination. I found some rather old posts 
([1], [2]) supporting this hypothesis. For the moment I switched to nouveau.

Thanks again to all,

raffaele

[1] 
https://forums.developer.nvidia.com/t/uefi-nvidia-vga-console-complaints/37690
[2] 
https://forums.developer.nvidia.com/t/nvidia-devs-any-eta-on-fbdev-console-mode-setting-implementation/47043

Re: [gentoo-user] Bitwarden, anyone?

[Wynn Wolf Arbor]

On 2020-06-14 23:20, Peter Humphrey wrote:
> On Sunday, 14 June 2020 19:06:36 BST Wynn Wolf Arbor wrote:
> 
> That was a good idea - but it didn't help, so that's not the answer.

If you're still interested in debugging this, did the error message stay
the same? At least the path "/tmp/.org.chromium.Chromium.QkN0cP" should
have change to indicate the new TMPDIR. It should also have created
files there.

> Yes, I understand that.

Oh, sorry if I misunderstood something then. I had assumed that you
thought Java was needed for the Bitwarden app. There's no indication on
the site that it is (though then again it also doesn't say that it is an
Electron app), so I thought the confusion came from "JavaScript" in the
error message.

Good to hear that the bitwarden-cli app works for you.

-- 
Wolf