Re: USB hard drives -- recommendations?

[Toni Mas i Soler]

I bought "Seagate Expansion STEA3000400" to plug in to a Raspberry PI 3. It
don't need extra power suply. I use to backup my data.

Toni Mas


Missatge de local10  del dia dg., 3 de febr. 2019 a
les 1:20:

> On 1/25/19 9:24 AM, James H. H. Lampert wrote:
>
> >> Fellow List members:
> >>
> >> Would anybody care to voice an opinion on USB external hard drives in
> the 2 terabyte size range, for automated backup purposes?
> >>
>
>
> You may want to consider buying an USB HDD enclosure/cradle, like this
> one[1] for example, they are cheap and would allow you to use a regular
> internal HDD as a USB drive. I use similar scheme for my own backups, it
> works reasonably well.
>
> Regards,
>
>
> [1] - https://www.ebay.com/itm/253631205544 <
> https://www.ebay.com/itm/253631205544>
>
>

Re: Thunderbird + Enigmail + saving draft with encryption

[didier gaumet]

In my previous test I did not close Thunderbird before reopening the
signed and encrypted draft message.
this time I did it and nothing changed: The right title of the draft was
still there.

I prefer to stick to Stable but my main laptop is fairly new, that is
why Buster is installed on it.

So on a previous laptop, french Debian Stable with all updates
installed, with contrib, non-free; proposed-updates, updates,
security-updates, backports enable (but no backport package installed)

Same test and same result as with Buster on my new laptop: the title is
correctly saved and correctly sent after reopening Thunderbird.

In case it could be significant:
- I use Gnome desktop environment (if you use a lighter DE or a WM it
would be possible that a library that improves Thunderbird/Enigmail (but
is neither considered recommand or suggest) is not installed.
- I used my gmail address, so it's an IMAP remote storage of the draft.

Sorry, I have no other clue...

Re: Let's play "Where is X?" (was: logout kills X)

[tomas]

On Sat, Feb 02, 2019 at 06:34:33PM -0500, Felix Miata wrote:
> Jonathan de Boyne Pollard composed on 2019-02-02 22:01 (UTC):
> 
> > Felix Miata:
> 
> >> Indeed. It's what I had in mind when I responded. I'll give one guess 
> >> where it came from. Time's up. Yes, systemd [...]

> > This is quite wrong.  Neither systemd nor Lennart Poettering imposed 
> > such a notion.  The RedHat people had the idea of moving the X server to 
> > |tty1| in 2008 [...]

> The devil is in the details. This was around 10 years ago and I was writing 
> from fuzzy memory. Is
> it really wrong in an overall sense when you do not omit from the quote all 
> that I wrote, in
> particular this part?:

No but it is kinda wrong in a more diffuse sense: depicting
Lennart Poettering as the Devil Incarnate with half-facts just
adds a lot of noise to a discussion which should be carried
with a cool head and lots of good will towards each other.

Personally I don't like systemd and have /my/ good reasons to
avoid it, but hey, Lennart is writing free software after all,
so I'm thankful for that.

/And/ when you're critizicing things, do make an effort to get
facts right. And try to be fair in your critique: there's often
a human being at the other end. Otherwise we end up being
Facebook or 4chan.

Now getting off my soapbox. Next, please :-)

Cheers
-- tomás


signature.asc
Description: Digital signature

Re: USB hard drives -- recommendations?

[Curt]

On 2019-02-03, local10  wrote:
>>>
>>> Would anybody care to voice an opinion on USB external hard drives in the 2 
>>> terabyte size range, for automated backup purposes?
>>>
>
>
> You may want to consider buying an USB HDD enclosure/cradle, like this
> one[1] for example, they are cheap and would allow you to use a
> regular internal HDD as a USB drive. I use similar scheme for my own
> backups, it works reasonably well.
>

What's inside an external drive if not an internal drive?


>
> [1] - https://www.ebay.com/itm/253631205544 
> 
>

Re: beep works, speaker-test doesn't

[deloptes]

積丹尼 Dan Jacobson wrote:

> beep works, speaker-test doesn't.
> beep(1) makes beeps right into the headphones.

beep comes from pcspkr driver

audio goes via alsa

> speaker-test doesn't make any sound.
> $ alsamixer looks horrible after installing PulseAudio.
> lqqq
> x Card: PulseAudio
> x Chip: PulseAudio
> x View: F3:[Playback
> x Item: Master
> 
> something is wrong with its curses.
> 
> No nothing is muted.
> $ pactl list sinks #shows the only sink is:
> Sink #0
> State: SUSPENDED
> Name: alsa_output.pci-_00_1f.5.analog-stereo
> Description: Built-in Audio Analog Stereo
> Driver: module-alsa-card.c
> 
> How can I unsuspend it for just a quick test?

try alsamixer -c0 or alsamixer -c1 (in the console)
to access your audio driver (if loaded) and unmute

regards

Re: USB hard drives -- recommendations?

[Pascal Hambourg]

Le 03/02/2019 à 10:10, Curt a écrit :

On 2019-02-03, local10  wrote:


You may want to consider buying an USB HDD enclosure/cradle, like this
one[1] for example, they are cheap and would allow you to use a
regular internal HDD as a USB drive.


Note that this solution may require an external power supply.


What's inside an external drive if not an internal drive?


Sometimes, a drive with a native USB interface instead of a SATA interface.

Re: USB hard drives -- recommendations?

[Alexander V. Makartsev]

On 03.02.2019 15:01, Pascal Hambourg wrote:
> Le 03/02/2019 à 10:10, Curt a écrit :
>> On 2019-02-03, local10  wrote:
>>>
>>> You may want to consider buying an USB HDD enclosure/cradle, like this
>>> one[1] for example, they are cheap and would allow you to use a
>>> regular internal HDD as a USB drive.
>
> Note that this solution may require an external power supply.
It won't be necessary for 2.5" hard drives. Only 3.5" hard drives
require +12V DC to function, which USB interface can not provide.
>
>> What's inside an external drive if not an internal drive?
>
> Sometimes, a drive with a native USB interface instead of a SATA
> interface.
>
Are you sure about that? I think it won't be cost-effective to make an
entirely new custom PCB for a hard drive that will have both SATA and
USB controllers on-board.
In my experience it is always a regular SATA hard drive plugged in to a
SATA-to-USB adapter.
The only problem with external disk drive enclosures from well known
brands like WD or Seagate is they don't offer a way to open them e.g. to
switch the disk drive inside.

-- 
With kindest regards, Alexander.

⢀⣴⠾⠻⢶⣦⠀ 
⣾⠁⢠⠒⠀⣿⡁ Debian - The universal operating system
⢿⡄⠘⠷⠚⠋⠀ https://www.debian.org
⠈⠳⣄ 

Re: USB hard drives -- recommendations?

[Curt]

On 2019-02-03, Pascal Hambourg  wrote:
> Le 03/02/2019 à 10:10, Curt a écrit :
>> On 2019-02-03, local10  wrote:
>>>
>>> You may want to consider buying an USB HDD enclosure/cradle, like this
>>> one[1] for example, they are cheap and would allow you to use a
>>> regular internal HDD as a USB drive.
>
> Note that this solution may require an external power supply.
>
>> What's inside an external drive if not an internal drive?
>
> Sometimes, a drive with a native USB interface instead of a SATA interface.
>
>

I just read something to that effect from the Western Digital people
(who can't tell you which is which, it seems, for their products).

https://support.wdc.com/knowledgebase/answer.aspx?ID=1704

You'd think the difference between a USB enclosure for an internal SATA
drive and an external USB drive with a SATA disk and interface in its
innards might be somewhat less than minimal (all else being
equal).

I've no notion whether native USB on the inside might be superior,
inferior, or simply kif-kif reliability-wise (not to mention speed). 

fakeroot fakechroot debootstrap fails on buster

[Per Sandberg]

To reproduce:

On a plain debian buster:

Kernel: Linux 4.19.0-1-amd64 (SMP w/2 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), 
LANGUAGE=en_US:en (charmap=UTF-8)

Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled

Run the command:
    fakeroot fakechroot debootstrap --verbose --variant=fakechroot 
buster  ${WORKSPACE}/buster


Ends up with a lot of warnings
    dpkg: warning: ignoring pre-dependency problem!

And fails finally with a lot of errors with this pattern:
--
Adding 'diversion of /bin/sh to /bin/sh.distrib by dash'
mv: cannot move '/bin/sh.tmp' to '/bin/sh': No such file or directory
dpkg: error processing package dash (--configure):
 installed dash package post-installation script subprocess returned 
error exit status 1

Setting up init-system-helpers (1.56+nmu1) ...
Setting up binutils (2.31.1-11) ...
Setting up libpam0g:amd64 (1.1.8-4) ...
dpkg (subprocess): unable to execute installed libpam0g:amd64 package 
post-installation script (/var/lib/dpkg/info/libpam0g:amd64.postinst): 
No such file or directory

dpkg: error processing package libpam0g:amd64 (--configure):
 installed libpam0g:amd64 package post-installation script subprocess 
returned error exit status 2

dpkg: adduser: dependency problems, but configuring anyway as you requested:
 adduser depends on passwd.
-'
Seems to be something with the faked-root since the postinstall files  
are visible in the file-system.


Any ideas ?

/Regards

/P

Re: USB hard drives -- recommendations?

[Joe]

On Sun, 3 Feb 2019 11:01:33 +0100
Pascal Hambourg  wrote:

> Le 03/02/2019 à 10:10, Curt a écrit :
> > On 2019-02-03, local10  wrote:  
> >>
> >> You may want to consider buying an USB HDD enclosure/cradle, like
> >> this one[1] for example, they are cheap and would allow you to use
> >> a regular internal HDD as a USB drive.  
> 
> Note that this solution may require an external power supply.
> 
> > What's inside an external drive if not an internal drive?  
> 
> Sometimes, a drive with a native USB interface instead of a SATA
> interface.
> 

I've only ever seen one of those, a Samsung external drive which is
really shirt-pocket-sized, the smallest I've ever seen. Unfortunately,
mine is failing now, and they don't make a similar type today.

https://www.amazon.co.uk/Samsung-160GB-Ultra-Portable-Pocket/dp/B002HLVO3M

-- 
Joe

Re: Thunderbird + Enigmail + saving draft with encryption

[Étienne Mollier]

Dider Gaumet, on 2019-02-03 :
> In my previous test I did not close Thunderbird before reopening the
> signed and encrypted draft message.
> this time I did it and nothing changed: The right title of the draft was
> still there.

Good Day,

It could have been temporary, I've seen these symptoms some time
last week perhaps, but haven't reproduced the phenomenon since
then, on my side.  My Thunderbird version is now 60.5 for few
days, on Sid channel.  Might have been related...

My drafts are usually written down with vi, so not much use of
the Draft/ IMAP folder here, actually.  :^)

Kind Regards,
-- 
Étienne Mollier 

Re: Thunderbird + Enigmail + saving draft with encryption

[Paul Sutton]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256


On 03/02/2019 12:26, Étienne Mollier wrote:
> Dider Gaumet, on 2019-02-03 : >> In my previous test I did not close 
> Thunderbird before reopening the
>> signed and encrypted draft message. >> this time I did it and nothing
changed: The right title of the draft was >> still there. > > Good Day,
> > It could have been temporary, I've seen these symptoms some time >
last week perhaps, but haven't reproduced the phenomenon since > then,
on my side. My Thunderbird version is now 60.5 for few > days, on Sid
channel. Might have been related... > > My drafts are usually written
down with vi, so not much use of > the Draft/ IMAP folder here,
actually. :^) > > Kind Regards,
That sounds reasonable then,  I am guessing that TB 60.5 will find it's
way in to Debian9 (Stretch) at some point, or at least Debian 10 (Buster).

Thanks for all the help on this.

Paul


>

- -- 
Paul Sutton
http://www.zleap.net
https://www.linkedin.com/in/zleap/
gnupg : 7D6D B682 F351 8D08 1893  1E16 F086 5537 D066 302D
-BEGIN PGP SIGNATURE-
Comment: Using GnuPG with Thunderbird - https://www.enigmail.net/

iQIzBAEBCAAdFiEEfW22gvNRjQgYkx4W8IZVN9BmMC0FAlxW6SwACgkQ8IZVN9Bm
MC3cwQ/+IXBsuZMdnYlepDhcQ84dFDmz8Qo+9kXGDpsth1uWKIZAlav79Efs5roW
udaTTPTLfE1Tx0mbFNae+MTRSctsPDcZxFB1u+flOQsxhQVKtqB/+5inUfA6Xk5p
A2LnrXJ/4PeiyoRz1PI6zejqlMVpXfCpGYTsDpEF3zNMl/Q76iJ9wfPG26tNnn1E
/ZjMqVi4oY6izngMp9yBoWwUgwK415YAWMDCkQ41aCSpMbdgpMHf4qcRlgfvM7Z9
yS5x0NWWuHS0+3gmON6iwL0rsGiXs6Nn7LMpUWeuuQRVnGjmTUcSHWGQoWK0ngm5
p2WfSXrWqdKuh27BZDscN+MYCee0AbEm23c1M6ba8PjuZORlazE/tHMFh41CKjV4
RQeQ2WENh5dedCI3rETVK4EqlrtV0A7T1amjFnLs3bLNuXNOePcoxPax2F/wCUPJ
M7a+Yro22jM8c9VUQO1BLBYhh1rG4ck22RQcVBg3Pfdg9pTS2wUG5ysp9nU5WBjx
+AbNgzalGWX5YBJ3jd2Kw+fqVo0HGs3QN9Pxg8rIJr2D003ctrsbnnjg98Vud5JV
21rWZiw6yvftCvA2GWLCFRQ0aDHnPNnEaIpnNFAZi0NWrPbXqsA8m4RAdLBDVb6z
x+F/WvEQkKk50g7SVZdYOHOouOVsxGf3h3xIOwFajYaeEquownQ=
=XZde
-END PGP SIGNATURE-

Re: USB hard drives -- recommendations?

[David Wright]

On Sun 03 Feb 2019 at 15:22:26 (+0500), Alexander V. Makartsev wrote:
> On 03.02.2019 15:01, Pascal Hambourg wrote:
> > Le 03/02/2019 à 10:10, Curt a écrit :
> >> On 2019-02-03, local10  wrote:
> >>>
> >>> You may want to consider buying an USB HDD enclosure/cradle, like this
> >>> one[1] for example, they are cheap and would allow you to use a
> >>> regular internal HDD as a USB drive.
> >
> > Note that this solution may require an external power supply.
> It won't be necessary for 2.5" hard drives. Only 3.5" hard drives
> require +12V DC to function, which USB interface can not provide.
> >
> >> What's inside an external drive if not an internal drive?
> >
> > Sometimes, a drive with a native USB interface instead of a SATA
> > interface.
> >
> Are you sure about that? I think it won't be cost-effective to make an
> entirely new custom PCB for a hard drive that will have both SATA and
> USB controllers on-board.
> In my experience it is always a regular SATA hard drive plugged in to a
> SATA-to-USB adapter.
> The only problem with external disk drive enclosures from well known
> brands like WD or Seagate is they don't offer a way to open them e.g. to
> switch the disk drive inside.

Wouldn't that kill them? When I retired, I had more drives than I had
bays to put them in, so I bought a PATA caddy, the old-fashioned
equivalent of the above. (I'd never bought a drive out of my own pocket.)

Nowaday, youtube caters for USB disassembly, and devices like the above
cater for reuse of the result, and for the equivalent glut of spare
SATA drives as PCs are retired.

Cheers,
David.

Re: Let's play "Where is X?" (was: logout kills X)

[Default User]

On Sun, Feb 3, 2019, 04:04  On Sat, Feb 02, 2019 at 06:34:33PM -0500, Felix Miata wrote:
> > Jonathan de Boyne Pollard composed on 2019-02-02 22:01 (UTC):
> >
> > > Felix Miata:
> >
> > >> Indeed. It's what I had in mind when I responded. I'll give one guess
> > >> where it came from. Time's up. Yes, systemd [...]
>
> > > This is quite wrong.  Neither systemd nor Lennart Poettering imposed
> > > such a notion.  The RedHat people had the idea of moving the X server
> to
> > > |tty1| in 2008 [...]
>
> > The devil is in the details. This was around 10 years ago and I was
> writing from fuzzy memory. Is
> > it really wrong in an overall sense when you do not omit from the quote
> all that I wrote, in
> > particular this part?:
>
> No but it is kinda wrong in a more diffuse sense: depicting
> Lennart Poettering as the Devil Incarnate with half-facts just
> adds a lot of noise to a discussion which should be carried
> with a cool head and lots of good will towards each other.
>
> Personally I don't like systemd and have /my/ good reasons to
> avoid it, but hey, Lennart is writing free software after all,
> so I'm thankful for that.
>
> /And/ when you're critizicing things, do make an effort to get
> facts right. And try to be fair in your critique: there's often
> a human being at the other end. Otherwise we end up being
> Facebook or 4chan.
>
> Now getting off my soapbox. Next, please :-)
>
> Cheers
> -- tomás
>


Depicting Lennart Poettering as the Devil Incarnate would definitely unfair
to the Devil Incarnate.

Re: Fwd: error 500 when clicking bug link

[Andrea Borgia]

Il 02/02/19 23:25, Steve McIntyre ha scritto:


Error 500 on the bugs page for src:linux is unfortunately common. In
this case, it's a timeout on the backend retrieving and formatting all
the bugs. There are *lots*...


Yup, I saw that, when it worked. Thanks for the explanation.

Basically, it's "nothing to see here, move along", right? Still, it 
would be nice to at least acknowledge reports sent to the contact 
address listed in the error message.


Andrea.

Re: Fwd: error 500 when clicking bug link

[Jude DaShiell]

On Sun, 3 Feb 2019, Andrea Borgia wrote:

> Date: Sun, 3 Feb 2019 11:30:10
> From: Andrea Borgia 
> To: debian-user@lists.debian.org
> Subject: Re: Fwd: error 500 when clicking bug link
> Resent-Date: Sun,  3 Feb 2019 16:30:26 + (UTC)
> Resent-From: debian-user@lists.debian.org
>
> Il 02/02/19 23:25, Steve McIntyre ha scritto:
>
> > Error 500 on the bugs page for src:linux is unfortunately common. In
> > this case, it's a timeout on the backend retrieving and formatting all
> > the bugs. There are *lots*...
>
> Yup, I saw that, when it worked. Thanks for the explanation.
>
> Basically, it's "nothing to see here, move along", right? Still, it would be
> nice to at least acknowledge reports sent to the contact address listed in the
> error message.
>
> Andrea.
>
That being the case, maybe the best option would be to run report-bug if
your machine can send out e-mail.

>
>

--

Re: USB hard drives -- recommendations?

[Alexander V. Makartsev]

On 03.02.2019 20:08, David Wright wrote:
> On Sun 03 Feb 2019 at 15:22:26 (+0500), Alexander V. Makartsev wrote:
>> On 03.02.2019 15:01, Pascal Hambourg wrote:
>>> Le 03/02/2019 à 10:10, Curt a écrit :
 On 2019-02-03, local10  wrote:
> You may want to consider buying an USB HDD enclosure/cradle, like this
> one[1] for example, they are cheap and would allow you to use a
> regular internal HDD as a USB drive.
>>> Note that this solution may require an external power supply.
>> It won't be necessary for 2.5" hard drives. Only 3.5" hard drives
>> require +12V DC to function, which USB interface can not provide.
 What's inside an external drive if not an internal drive?
>>> Sometimes, a drive with a native USB interface instead of a SATA
>>> interface.
>>>
>> Are you sure about that? I think it won't be cost-effective to make an
>> entirely new custom PCB for a hard drive that will have both SATA and
>> USB controllers on-board.
>> In my experience it is always a regular SATA hard drive plugged in to a
>> SATA-to-USB adapter.
>> The only problem with external disk drive enclosures from well known
>> brands like WD or Seagate is they don't offer a way to open them e.g. to
>> switch the disk drive inside.
> Wouldn't that kill them? When I retired, I had more drives than I had
> bays to put them in, so I bought a PATA caddy, the old-fashioned
> equivalent of the above. (I'd never bought a drive out of my own pocket.)
>
> Nowaday, youtube caters for USB disassembly, and devices like the above
> cater for reuse of the result, and for the equivalent glut of spare
> SATA drives as PCs are retired.
>
> Cheers,
> David.
>
I don't think it would kill them. I mean there are plethora of
anti-consumer tactics developed by the companies to support them and
external USB HDDs are not the main source of their income.
Also you can always buy an empty USB hard disk case of less known brand
and put any SATA drive inside, assuming USB-to-SATA controller inside
will support the drive's capacity.
They will function the same, but could be easily disassembled to recover
data or to switch HDDs.

-- 
With kindest regards, Alexander.

⢀⣴⠾⠻⢶⣦⠀ 
⣾⠁⢠⠒⠀⣿⡁ Debian - The universal operating system
⢿⡄⠘⠷⠚⠋⠀ https://www.debian.org
⠈⠳⣄ 

Re: USB hard drives -- recommendations?

[James H. H. Lampert]

On 2/3/19, 2:22 AM, Alexander V. Makartsev wrote:

The only problem with external disk drive enclosures from well known
brands like WD or Seagate is they don't offer a way to open them e.g. to
switch the disk drive inside.


That and the fact that, judging by the price tags (and this also seems 
to be the general consensus both hear and on the OCLUG list server) 
those things have the cheapest consumer-grade hard drives the vendor 
has, whereas making your own, you can make it with a server-grade drive, 
or even (and this is built in at least one enclosure I've seen) a 
mirrored pair of them.


--
JHHL

Re: USB hard drives -- recommendations?

[Pascal Hambourg]

Le 03/02/2019 à 11:22, Alexander V. Makartsev a écrit :

On 03.02.2019 15:01, Pascal Hambourg wrote:

Le 03/02/2019 à 10:10, Curt a écrit :

On 2019-02-03, local10  wrote:


You may want to consider buying an USB HDD enclosure/cradle, like this
one[1] for example, they are cheap and would allow you to use a
regular internal HDD as a USB drive.


Note that this solution may require an external power supply.


It won't be necessary for 2.5" hard drives. Only 3.5" hard drives
require +12V DC to function, which USB interface can not provide.


Some 2,5" drives require more current than the 500 mA a USB 2.0 host 
port can provide. Looking at my own, I read 800 mA, 1100 mA, 580 mA, 451 
mA. So only one of them is below 500 mA.



What's inside an external drive if not an internal drive?


Sometimes, a drive with a native USB interface instead of a SATA
interface.


Are you sure about that?


Yes, from opening a few of them.


I think it won't be cost-effective to make an
entirely new custom PCB for a hard drive that will have both SATA and
USB controllers on-board.


The PCB can be the same, but it can be equipped with only the 
controller, PHY and connector required for the destination.
No need for an adapter PCB, controller and connectors in the enclosure. 
Less parts = less assembly cost.

Re: Fwd: error 500 when clicking bug link

[Andrea Borgia]

Il 03/02/19 17:53, Jude DaShiell ha scritto:


That being the case, maybe the best option would be to run report-bug if
your machine can send out e-mail.


Yup, reportbug works fine here and I can see how that might be an 
option, however the error message was fairly specific: "write to 
ow...@bugs.debian.org".


The team managing the service could of course change the message to 
suggest reportbug, however that would require a running Debian system 
and it's probably overkill compared to an autoresponder.


Unless one of those people comes here and explains the rationale behind 
the current situation, I'm already satisfied by Steve's earlier explanation.


Andrea.

Re: USB hard drives -- recommendations?

[Alexander V. Makartsev]

On 03.02.2019 23:02, Pascal Hambourg wrote:
> Le 03/02/2019 à 11:22, Alexander V. Makartsev a écrit :
>> On 03.02.2019 15:01, Pascal Hambourg wrote:
>>> Le 03/02/2019 à 10:10, Curt a écrit :
 On 2019-02-03, local10  wrote:
>
> You may want to consider buying an USB HDD enclosure/cradle, like
> this
> one[1] for example, they are cheap and would allow you to use a
> regular internal HDD as a USB drive.
>>>
>>> Note that this solution may require an external power supply.
>>
>> It won't be necessary for 2.5" hard drives. Only 3.5" hard drives
>> require +12V DC to function, which USB interface can not provide.
>
> Some 2,5" drives require more current than the 500 mA a USB 2.0 host
> port can provide. Looking at my own, I read 800 mA, 1100 mA, 580 mA,
> 451 mA. So only one of them is below 500 mA.
Turns out you are right. Modern 2.5" HDDs are made to be more demanding,
according to hardware specs available on web sites of WD and Seagate.
Only exception are 2.5" L200 series drives from Toshiba. They require
<500mA to operate.
Some years ago that wasn't the case, because I still use 250Gb and 120Gb
Seagate HDDs with 2.5" USB2.0 disk enclosure, so I assume WD and Seagate
did that on purpose to make their external hard drive enclosures viable.
*sigh*
>
>> I think it won't be cost-effective to make an
>> entirely new custom PCB for a hard drive that will have both SATA and
>> USB controllers on-board.
>
> The PCB can be the same, but it can be equipped with only the
> controller, PHY and connector required for the destination.
> No need for an adapter PCB, controller and connectors in the
> enclosure. Less parts = less assembly cost.
>
Can you name a make\model, so I can avoid and don't recommend them,
because this alone makes them a solid no-no, because if / once they fail
you won't be able to recover data from them without specialized data
recovery hardware.

-- 
With kindest regards, Alexander.

⢀⣴⠾⠻⢶⣦⠀ 
⣾⠁⢠⠒⠀⣿⡁ Debian - The universal operating system
⢿⡄⠘⠷⠚⠋⠀ https://www.debian.org
⠈⠳⣄ 

Re: USB hard drives -- recommendations?

[Pascal Hambourg]

Le 03/02/2019 à 20:05, Alexander V. Makartsev a écrit :

On 03.02.2019 23:02, Pascal Hambourg wrote:


Some 2,5" drives require more current than the 500 mA a USB 2.0 host
port can provide. Looking at my own, I read 800 mA, 1100 mA, 580 mA,
451 mA. So only one of them is below 500 mA.


I forgot to mention that fortunately, USB 3.0 is becoming more common 
and allows to draw more current.



The PCB can be the same, but it can be equipped with only the
controller, PHY and connector required for the destination.
No need for an adapter PCB, controller and connectors in the
enclosure. Less parts = less assembly cost.


Can you name a make\model, so I can avoid and don't recommend them,


No, sorry. The last time I opened a disk of this kind was several years ago.

Audio problems in Sid

[Frank McCormick]

Running Debian Sid uptodate.
Lost all sound this morning after an APT update/upgrade. I don't see 
anything in the update that should affect sound but what do I know :)


This is the output of INXI -A

frank@franklin:~$ inxi -A
Audio: Device-1: Intel 5 Series/3400 Series High Definition Audio 
driver: snd_hda_intel

   Sound Server: ALSA v: k4.19.0-2-amd64

Can someone suggest where I should start looking ??

Thanks


--
Frank McCormick

Re: Audio problems in Sid

[Frank McCormick]

I have since discovered the problem seemingly only affects
Google-Chrome in Youtube. Firefox in  youtube has sound
and VLC plays mp3's fine.

Just a Chrome problem ??




On 2/3/19 2:09 PM, Frank McCormick wrote:

Running Debian Sid uptodate.
Lost all sound this morning after an APT update/upgrade. I don't see 
anything in the update that should affect sound but what do I know :)


This is the output of INXI -A

frank@franklin:~$ inxi -A
Audio: Device-1: Intel 5 Series/3400 Series High Definition Audio 
driver: snd_hda_intel

    Sound Server: ALSA v: k4.19.0-2-amd64

Can someone suggest where I should start looking ??

Thanks




--
Frank McCormick

Re: Audio problems in Sid

[Frank McCormick]

Sorry for the noise. Youtube is having BIG problems. And Chrome
is apparently loading videos in a tab with audio MUTED !!




On 2/3/19 2:09 PM, Frank McCormick wrote:

Running Debian Sid uptodate.
Lost all sound this morning after an APT update/upgrade. I don't see 
anything in the update that should affect sound but what do I know :)


This is the output of INXI -A

frank@franklin:~$ inxi -A
Audio: Device-1: Intel 5 Series/3400 Series High Definition Audio 
driver: snd_hda_intel

    Sound Server: ALSA v: k4.19.0-2-amd64

Can someone suggest where I should start looking ??

Thanks




--
Frank McCormick

Re: Let's play "Where is X?" (was: logout kills X)

[Rusi Mody]

https://www.facebook.com/381862631937250/posts/1867044320085733

Re: fakeroot fakechroot debootstrap fails on buster

[Cindy-Sue Causey]

On 2/3/19, Per Sandberg  wrote:
> To reproduce:
>
> On a plain debian buster:
>
> Kernel: Linux 4.19.0-1-amd64 (SMP w/2 CPU cores)
> Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8),
> LANGUAGE=en_US:en (charmap=UTF-8)
> Shell: /bin/sh linked to /usr/bin/dash
> Init: systemd (via /run/systemd/system)
> LSM: AppArmor: enabled
>
> Run the command:
>  fakeroot fakechroot debootstrap --verbose --variant=fakechroot
> buster  ${WORKSPACE}/buster
>
> Ends up with a lot of warnings
>  dpkg: warning: ignoring pre-dependency problem!
>
> And fails finally with a lot of errors with this pattern:
> --
> Adding 'diversion of /bin/sh to /bin/sh.distrib by dash'
> mv: cannot move '/bin/sh.tmp' to '/bin/sh': No such file or directory
> dpkg: error processing package dash (--configure):
>   installed dash package post-installation script subprocess returned
> error exit status 1
> Setting up init-system-helpers (1.56+nmu1) ...
> Setting up binutils (2.31.1-11) ...
> Setting up libpam0g:amd64 (1.1.8-4) ...
> dpkg (subprocess): unable to execute installed libpam0g:amd64 package
> post-installation script (/var/lib/dpkg/info/libpam0g:amd64.postinst):
> No such file or directory
> dpkg: error processing package libpam0g:amd64 (--configure):
>   installed libpam0g:amd64 package post-installation script subprocess
> returned error exit status 2
> dpkg: adduser: dependency problems, but configuring anyway as you
> requested:
>   adduser depends on passwd.
> -'
> Seems to be something with the faked-root since the postinstall files
> are visible in the file-system.
>
> Any ideas ?


Ditto. It no works. :)

And I didn't do it totally quite the same as you, either. I tweaked
mine slightly to this:

fakeroot fakechroot debootstrap --verbose --variant=fakechroot buster
/path/to/buster http://distro.ibiblio.org/debian

I also cheated and stuck my pre-existing /var/lib/apt/lists in there
BECAUSE I'm on dialup. It'd STILL be another couple hours for it
to just get through setting up those lists.

AND my hoard/stash of pre-existing dotDeb archives was "mount -B" to
/path/to/buster/var/cache/apt/archives to save wear-and-tear there,
too.

BUT... same error messages in the end with this being the starter
while debootstrap was setting the packages up after downloading:

 I: Configuring passwd...
I: Configuring apt...
W: Failure while configuring required packages.
W: See /path/to/buster/debootstrap/debootstrap.log for details
(possibly the package dash is at fault)

The rest was found in that debootstrap log file.

I'm going to give my old, not faked way a quick shot to make sure it
runs fine... or not. Yes, I know likely apples and oranges, but it
will only take a few minutes to make sure. :)

NOTE TO SELF: UNMOUNT the... hoard NOW before you forget and delete
the failed debootstrap.. which will then PERMANENTLY delete the entire
~19GB of dotDeb archives. CHECK!

Cindy :)
-- 
Cindy-Sue Causey
Talking Rock, Pickens County, Georgia, USA

* runs with birdseed *