Re: [gentoo-user] How do I unsubscribe

[Dale]

Sean O'Myers wrote:
>
> How do How do I unsubscribe   please unsubscribe  me
>
>  
>
> Sent from Mail  for
> Windows 10
>
>  
>


I've replied with how to do this I think twice already. 

List-Unsubscribe: 

I might add, if you look at the message source, every email has those
details on how to subscribe, unsubscribe, get help etc etc. 

Dale

:-)  :-) 

Re: [gentoo-user] How do I unsubscribe

[Michael]

Sean, please read responses at the bottom of this message.

On Monday, 22 June 2020 08:23:08 BST Dale wrote:
> Sean O'Myers wrote:
> > How do How do I unsubscribe   please unsubscribe  me
> > 
> >  
> > 
> > Sent from Mail  for
> > Windows 10
> > 
> >  
> 
> I've replied with how to do this I think twice already. 
> 
> List-Unsubscribe: 
> 
> I might add, if you look at the message source, every email has those
> details on how to subscribe, unsubscribe, get help etc etc. 
> 
> Dale
> 
> :-)  :-) 

Perhaps Dale's messages never made it into your Inbox, or even Spam folder.  
Hotmail's email  security features have form in discriminating against 
messages with perfectly innocuous content, while delivering corporate spam en 
masse.

Neither Dale nor I can unsubscribe you from this mailing list, but *you* can 
unsubscribe yourself, if you get your act together on this task.  Here's some 
options from the easiest to the most involved.

1. Retrace your steps when you initially subscribed to receive messages to 
this list. Hint:  By the mere power of Google, or Bing, you will probably 
arrive at the following page.  You can then read and execute the instructions 
described under the section titled "Unsubscribing":

https://www.gentoo.org/get-involved/mailing-lists/instructions.html

2. Access the headers of any message you receive from this mailing list as per 
the instructions provided here:

http://www.emailtrackerpro.com/support/headertutorials/hotmail.html

https://www.howtogeek.com/442317/how-to-read-message-headers-in-outlook/

Then follow Dale's suggestions above.  Hint:  the address you need to send an 
empty email to is listed next to 'List-Unsubscribe:".

3. Send an email to  asking them to 
unsubscribe you - they have magic powers the rest of us, mere participants to 
this list, do not.  Hint:  replace 'listname' above with the name of this 
mailing list.


Until you action any of the above, I would discourage you from continuing to 
send HTML messages to this list asking other subscribers to unsubscribe you.  
We cannot do it.  What we can do and will do soon if you carry on, is to 
blacklist your email address as unwanted spam.  Eventually this could 
propagate in the interwebs via our ISPs and you'll find your hotmail address 
is blacklisted by an ever increasing number of users.

HTH.

Re: [gentoo-user] Memory cards and deleting files.

[Neil Bothwick]

On Sun, 21 Jun 2020 12:52:43 +0100, Michael wrote:

> > > PS. exFAT has made it into the latest Linux kernels.  
> > 
> > Great. So linux may be able to read the card just fine, but it's still
> > useless in the device I bought it for ... :-)
> > 
> > Cheers,
> > Wol  
> 
> Ha!  The beauty of MSWindows!  You're right, Win10 will refuse to
> format a partition as FAT32 if it is >=32G, it only offers exFAT on
> removable devices. Less than that size it will offer NTFS, FAT and
> FAT32 as options.

The SD standard says >33G should use exFAT, this is why many devices
state they only support cards up to 32G. The really mean they only
support FAT. My Dashcam is like this but it happily works with a 128G
card, once I reformatted it with FAT.


-- 
Neil Bothwick

Memory Map - A sheet of paper showing location of computer store.


pgpLIG4Yk0oU9.pgp
Description: OpenPGP digital signature

Re: [gentoo-user] Memory cards and deleting files.

[Neil Bothwick]

On Sun, 21 Jun 2020 12:17:33 -0400, John Covici wrote:

> > > The cards I use are class 10, slow but pretty fast for the type of
> > > card.  Generally, I can download several hundred MBs in a minute or
> > > two.  Deleting sometimes over a 1,000 pics one at a time just isn't
> > > feasible.  That could take a long time.  
> > 
> > That wasn't my intention!
> > I thought you should just select one file (remember its name), delete
> > it, unmount, remount and see if the file is still there.
> > So you can be sure that you really have a different issue than just
> > performance. Trying to delete a folder takes ages and you don't see
> > the file names.  
> 
> Definitely unmount, the sectors sometimes don't write to disk for
> quite a while, and your unmount should take a few seconds to more than
> a minute and so unmount and wait till it returns, and then remount and
> see what happens.

I'd run sync as well, just to be sure, although umount shouldn't return
until everything is flushed to the card.


-- 
Neil Bothwick

WinErr 001: Windows loaded - System in danger


pgpLRJQBaFc5u.pgp
Description: OpenPGP digital signature

Re: [gentoo-user] Memory cards and deleting files.

[Walter Dnes]

On Mon, Jun 22, 2020 at 11:28:17AM +0100, Neil Bothwick wrote

> The SD standard says >33G should use exFAT, this is why many devices
> state they only support cards up to 32G. The really mean they only
> support FAT. My Dashcam is like this but it happily works with a 128G
> card, once I reformatted it with FAT.

  Warning; that still does not change the fact that each individual file
cannot exceed 4G in size on regular FAT.

-- 
Walter Dnes 
I don't run "desktop environments"; I run useful applications

Re: [gentoo-user] circular dependency - please help

[Helmut Jarausch]

On 06/21/2020 12:21:08 PM, Helmut Jarausch wrote:

Hi,

I do need python2.7 since I do need media-gfx/gimp.

Unfortunately, I have masked dev-python/setuptools version >= 47.0.0  
too late.

Now I cannot emerge dev-python/setuptools-46.4.0-r1 since this needs
dev-python/pbr which in turn cannot be installed without setuptools  
for Python2.7.


How can I get out of this dilemma?



I have been lucky.
dev-python/pbr is a pure Python package. I've just copied from
/usr/lib/python3.8/site-packages/pbr
to
/usr/lib64/python2.7/site-packages/pbr
and removed all __pycache__ folders

Re: [gentoo-user] Memory cards and deleting files.

[Neil Bothwick]

On Mon, 22 Jun 2020 06:56:43 -0400, Walter Dnes wrote:

> > The SD standard says >33G should use exFAT, this is why many devices
> > state they only support cards up to 32G. The really mean they only
> > support FAT. My Dashcam is like this but it happily works with a 128G
> > card, once I reformatted it with FAT.  
> 
>   Warning; that still does not change the fact that each individual file
> cannot exceed 4G in size on regular FAT.

That's right, but a device designed to work with only FAT should never
try to save larger files. Any such devices I have used tend to split
videos into chunks of 1GB or smaller.


-- 
Neil Bothwick

Confucius say :
He who play in root, eventually kill tree!


pgpBXEQWmTaCp.pgp
Description: OpenPGP digital signature

Re: [gentoo-user] Memory cards and deleting files.

[Dale]

Neil Bothwick wrote:
> On Mon, 22 Jun 2020 06:56:43 -0400, Walter Dnes wrote:
>
>>> The SD standard says >33G should use exFAT, this is why many devices
>>> state they only support cards up to 32G. The really mean they only
>>> support FAT. My Dashcam is like this but it happily works with a 128G
>>> card, once I reformatted it with FAT.  
>>   Warning; that still does not change the fact that each individual file
>> cannot exceed 4G in size on regular FAT.
> That's right, but a device designed to work with only FAT should never
> try to save larger files. Any such devices I have used tend to split
> videos into chunks of 1GB or smaller.
>
>


So if I bought a 64GB card, I forced it to be formatted with FAT on say
my Linux box here, it would work in my trail cameras anyway?  It makes
sense.  It would seem it is more of a file system issue since accessing
a device shouldn't be affected my its capacity, well, maybe some
exceptions.  My trail camera may only support FAT which is only found on
32GB and smaller.  I can get that. 

To be honest, even tho I leave that thing out there sometimes for months
without checking it, and it takes a ton of pics, I don't recall it even
going over a couple GBs or so.  Even the one that takes videos doesn't
store a lot of data.  I don't think I'd buy that expensive a card but
still, interesting that it is a option.  I'm thinking even my Canon
camera can handle this.  That's a lot of pics tho. 

I never thought about this this way. 

Dale

:-)  :-) 

[gentoo-user] Re: Memory cards and deleting files.

[Grant Edwards]

On 2020-06-22, Neil Bothwick  wrote:

> I'd run sync as well, just to be sure, although umount shouldn't return
> until everything is flushed to the card.

I suppose it's possible that the data _had_ been flushed to the card,
but was still the card's write buffers and had not been committed to
flash when the card was pulled.  One would hope that SD cards have
sync write commands and those commands would be used by the umount
code...

--
Grant

Re: [gentoo-user] Memory cards and deleting files.

[Neil Bothwick]

On Mon, 22 Jun 2020 08:19:28 -0500, Dale wrote:

> >>> The SD standard says >33G should use exFAT, this is why many devices
> >>> state they only support cards up to 32G. The really mean they only
> >>> support FAT. My Dashcam is like this but it happily works with a
> >>> 128G card, once I reformatted it with FAT.
> >>   Warning; that still does not change the fact that each individual
> >> file cannot exceed 4G in size on regular FAT.  
> > That's right, but a device designed to work with only FAT should never
> > try to save larger files. Any such devices I have used tend to split
> > videos into chunks of 1GB or smaller.
> >
> >  
> 
> 
> So if I bought a 64GB card, I forced it to be formatted with FAT on say
> my Linux box here, it would work in my trail cameras anyway?  It makes
> sense.  It would seem it is more of a file system issue since accessing
> a device shouldn't be affected my its capacity, well, maybe some
> exceptions.  My trail camera may only support FAT which is only found on
> 32GB and smaller.  I can get that. 

It should work, but don't cry to me if it doesn't ;-)

> To be honest, even tho I leave that thing out there sometimes for months
> without checking it, and it takes a ton of pics, I don't recall it even
> going over a couple GBs or so.  Even the one that takes videos doesn't
> store a lot of data.  I don't think I'd buy that expensive a card but
> still, interesting that it is a option.  I'm thinking even my Canon
> camera can handle this.  That's a lot of pics tho. 

My dashcam really eats up the space. If I forget to turn it off at night,
even a 128G card only holds abut 2 days of video.


-- 
Neil Bothwick

WinErr 00F: Unexplained error - Please tell us how this happened


pgpL0akG8gdIM.pgp
Description: OpenPGP digital signature

Re: [gentoo-user] Memory cards and deleting files.

[Dale]

Neil Bothwick wrote:
> On Mon, 22 Jun 2020 08:19:28 -0500, Dale wrote:
>
> The SD standard says >33G should use exFAT, this is why many devices
> state they only support cards up to 32G. The really mean they only
> support FAT. My Dashcam is like this but it happily works with a
> 128G card, once I reformatted it with FAT.
   Warning; that still does not change the fact that each individual
 file cannot exceed 4G in size on regular FAT.  
>>> That's right, but a device designed to work with only FAT should never
>>> try to save larger files. Any such devices I have used tend to split
>>> videos into chunks of 1GB or smaller.
>>>
>>>  
>>
>> So if I bought a 64GB card, I forced it to be formatted with FAT on say
>> my Linux box here, it would work in my trail cameras anyway?  It makes
>> sense.  It would seem it is more of a file system issue since accessing
>> a device shouldn't be affected my its capacity, well, maybe some
>> exceptions.  My trail camera may only support FAT which is only found on
>> 32GB and smaller.  I can get that. 
> It should work, but don't cry to me if it doesn't ;-)
>
>> To be honest, even tho I leave that thing out there sometimes for months
>> without checking it, and it takes a ton of pics, I don't recall it even
>> going over a couple GBs or so.  Even the one that takes videos doesn't
>> store a lot of data.  I don't think I'd buy that expensive a card but
>> still, interesting that it is a option.  I'm thinking even my Canon
>> camera can handle this.  That's a lot of pics tho. 
> My dashcam really eats up the space. If I forget to turn it off at night,
> even a 128G card only holds abut 2 days of video.
>
>


The pics are usually black and white with IR lighting.  There is
occasional day pics but most of them are squirrels or something.  Deer
at times but not to much.  The pics are fairly small files.  The pics
are usually around 1MG with 1.5MB being about the largest.  There may be
a rare 2MB or so.  Days pics are color but night pics are black and white.

The videos are usually around 12 to 15MBs for night and 50MBs for day
videos which are color.  Videos are about 30 seconds long.  I wish I
could select a minute or more at times.  For what it does, the cameras
work fairly well.  They are two different brands but one takes good
video and one takes good pics. 

I can see why they limited it to 32GBs.  If you do the math, even with
video, that's a lot of files.  Plus, they may have to pay to use some
other file system or something.  I don't know if anyone still owns those
things or not.  If I ever get a large card, I may try it just to see if
it works.  Honestly tho, that's a lot of pics/videos.  I could leave it
out there for a year and likely not fill up a 32GB card.  Still
interesting tho. 

I got the cards a few minutes ago.  Everything is working like it
should.  The cards I pulled today have not been reformatted yet.  I did
reformat the pic trail camera card that I left in the woods tho.  I
can't see the display to well on the video one.  I usually bring it back
to the house and pull out a magnifying glass.  lol  I did my updates and
I suspect it was a bug and the update fixed it.  There was a plasma
update that was done last night which I guess included Device Notifier. 
Still, reformatting the cards isn't a bad idea.  They haven't been
reformatted in at least a year, maybe even much longer than that. 

Time will tell tho. 

Dale

:-)  :-) 

Re: [gentoo-user] Memory cards and deleting files.

[antlists]

On 22/06/2020 14:19, Dale wrote:
So if I bought a 64GB card, I forced it to be formatted with FAT on 
say my Linux box here, it would work in my trail cameras anyway?  It 
makes sense.  It would seem it is more of a file system issue since 
accessing a device shouldn't be affected my its capacity, well, maybe 
some exceptions.  My trail camera may only support FAT which is only 
found on 32GB and smaller.  I can get that. 


Does it say it only supports 32GB cards or smaller? If it does, it 
probably doesn't have an SDXC slot, so you'll have interface issues. My 
TV supports up to 2TB, but only FAT, so I just have to reformat anything 
over 32GB ...


Cheers,
Wol

Re: [gentoo-user] Memory cards and deleting files.

[antlists]

On 22/06/2020 11:56, Walter Dnes wrote:

On Mon, Jun 22, 2020 at 11:28:17AM +0100, Neil Bothwick wrote


The SD standard says >33G should use exFAT, this is why many devices
state they only support cards up to 32G. The really mean they only
support FAT. My Dashcam is like this but it happily works with a 128G
card, once I reformatted it with FAT.

Warning; that still does not change the fact that each individual file
cannot exceed 4G in size on regular FAT.

Warning 2: I did exactly that, and it LOOKED like it was working 
happily, until it overflowed some internal limit and my 1G card turned 
into a 128M card or whatever it was. Have you actually TESTED that card 
IN THE DASHCAM and made sure it can actually use that 128G? Or will it 
only be able to use 4G of that card?


Oh - and 32GB cards are physically different from 128GB cards because 
they work to different standards. That's why so many of the old "real 
SD" card devices only ever use up to 2GB. You CAN (or could) get 4GB SD 
cards, but they were rare, so most people couldn't find them. The SD 
standard was replaced by SDHC, which is why your fileformat changes at 
32GB, which is the maximum capacity of an SDHC card. Above 32GB it's 
SDXC, which is another reason why sticking a larger card into a device 
which says "up to 32GB" is a bad idea - it may not be able to handle SDXC.


Cheers,
Wol

Re: [gentoo-user] Memory cards and deleting files.

[Dale]

antlists wrote:
> On 22/06/2020 14:19, Dale wrote:
>> So if I bought a 64GB card, I forced it to be formatted with FAT on
>> say my Linux box here, it would work in my trail cameras anyway?  It
>> makes sense.  It would seem it is more of a file system issue since
>> accessing a device shouldn't be affected my its capacity, well, maybe
>> some exceptions.  My trail camera may only support FAT which is only
>> found on 32GB and smaller.  I can get that. 
>
> Does it say it only supports 32GB cards or smaller? If it does, it
> probably doesn't have an SDXC slot, so you'll have interface issues.
> My TV supports up to 2TB, but only FAT, so I just have to reformat
> anything over 32GB ...
>
> Cheers,
> Wol
>
>
>


I recall reading in the little manual that it supports up to 32GB.  I've
never tried it before so it may be that the camera does but their tech
support doesn't for some reason.  At first, we bought two 32GB cards.  I
would go out and remove the cards, bring them home to download the pics
and then take them back.  After a while, I got tired of the walking.  I
could tell that 32GB was a bit . . . large.  I got 8GB cards to save
walking.  I go out in the woods, swap cards and come back to take pics
off the cards.  Next time, I swap out again.  It saves me one trip most
days.  Of course, I feed the deer to so sometimes I end up with a second
trip.  Usually I put water in the water bucket.  They drink a good bit
after eating salt out of the mineral site.  Not to mention the
occasional observation of the backside of a raccoon getting a drink. 
Usually we see the tails sticking up when the water level is a bit low. 
Sort of funny really.  LOL 

Anyway, the 8GB cards have been plenty large enough so it could be any
number of reasons they say the limit is 32GB.  It could be they know it
will run out of file names.  Most pics are named with four digit
numbers. So, 9,999 files and it either stops taking pics or starts
overwriting the files.  I haven't done the math.

I just thought of something.  The video camera doesn't have a format
function.  I use a old camera that is broken to format it.  It doesn't
take pics anymore but the display works and it formats fine.  Now I can
format them all without having to squint.  ROFL 

I'm still waiting on my glasses.  The lens takes a while.  Special
material and it takes extra steps to get it right.  At $600, they better
make me see much better.  O_O 

Dale

:-)  :-) 

Re: [gentoo-user] Memory cards and deleting files.

[Dale]

antlists wrote:
> On 22/06/2020 11:56, Walter Dnes wrote:
>> On Mon, Jun 22, 2020 at 11:28:17AM +0100, Neil Bothwick wrote
>>
>>> The SD standard says >33G should use exFAT, this is why many devices
>>> state they only support cards up to 32G. The really mean they only
>>> support FAT. My Dashcam is like this but it happily works with a 128G
>>> card, once I reformatted it with FAT.
>> Warning; that still does not change the fact that each individual file
>> cannot exceed 4G in size on regular FAT.
>>
> Warning 2: I did exactly that, and it LOOKED like it was working
> happily, until it overflowed some internal limit and my 1G card turned
> into a 128M card or whatever it was. Have you actually TESTED that
> card IN THE DASHCAM and made sure it can actually use that 128G? Or
> will it only be able to use 4G of that card?
>
> Oh - and 32GB cards are physically different from 128GB cards because
> they work to different standards. That's why so many of the old "real
> SD" card devices only ever use up to 2GB. You CAN (or could) get 4GB
> SD cards, but they were rare, so most people couldn't find them. The
> SD standard was replaced by SDHC, which is why your fileformat changes
> at 32GB, which is the maximum capacity of an SDHC card. Above 32GB
> it's SDXC, which is another reason why sticking a larger card into a
> device which says "up to 32GB" is a bad idea - it may not be able to
> handle SDXC.
>
> Cheers,
> Wol

I recall them being called something different.  I'm in no hurry to buy
a card just to test tho.  I'll have to find a good excuse to buy one.  lol 

Dale

:-)  :-) 

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

[David Haller]

Hello,

On Thu, 18 Jun 2020, Dale wrote:
>David Haller wrote:
[..]
>> 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
[..]
>I got it to compile, at least it created a file named ones anyway.  What
>I'm unclear about, where is the if= for dd in the command?  All the
>commands I've seen before has a if= and a of=.  The if for input and of
>for output or target.

 man 1 dd 
   if=FILE
  read from FILE instead of stdin
[..]
   of=FILE
  write to FILE instead of stdout


note the stuff after 'instead' ;)

>I'm assuming that if I want to target sdb, I'd
>replace null with /dev/sdb. 

Yes.

>As I've posted before, even my scripting skills are minimal.  Surprised
>I got it to compile even.

Well, you could copy & paste and on gentoo, there is bound to be a
'gcc' ;)

>something.  I placed all this in the /root directory.  I'm assuming I
>can copy paste the commands above while in /root to make it work?

Yes. Or put 'ones' in /root/bin/ or even /usr/local/bin. Depending on
if you expect to use the program later on. But if it's just for this
once it's fine in /root/ alongside the sourcecode.

HTH,
-dnh

-- 
BUGS
   It is not yet possible to change operating system by writ­
   ing to /proc/sys/kernel/ostype. -- Linux sysctl(2) manpage

Re: [gentoo-user] Memory cards and deleting files.

[Neil Bothwick]

On Mon, 22 Jun 2020 19:25:11 +0100, antlists wrote:

> > Warning; that still does not change the fact that each individual file
> > cannot exceed 4G in size on regular FAT.
> >  
> Warning 2: I did exactly that, and it LOOKED like it was working 
> happily, until it overflowed some internal limit and my 1G card turned 
> into a 128M card or whatever it was. Have you actually TESTED that card 
> IN THE DASHCAM and made sure it can actually use that 128G? Or will it 
> only be able to use 4G of that card?

There are a lot of SD cards with fake capacities, they appear to be large
but are actually a smaller card reprogrammed to do so. You only find out
when you go beyond the true capacity. There are tools to check this, such
as sys-block/f3.

Yes, I tested the card in the dashcam, it has been running reliably for
several years, including producing footage that the police used in their
prosecution of a drunk driver. I've also used a microSDXC card in a
camera, with an SD adaptor, with no issues.
 
> Oh - and 32GB cards are physically different from 128GB cards because 
> they work to different standards.

They are, but the differences are minor so don't necessarily cause
compatibility issues. However, it is always worth making sure than the
card and camera are fully compatible before trusting it to anything
important.


-- 
Neil Bothwick

Evolution stops when stupidity is no longer fatal!


pgpykC0yG6fVH.pgp
Description: OpenPGP digital signature

Re: [gentoo-user] Memory cards and deleting files.

[antlists]

On 22/06/2020 19:50, Dale wrote:
Anyway, the 8GB cards have been plenty large enough so it could be any 
number of reasons they say the limit is 32GB.  It could be they know it 
will run out of file names.  Most pics are named with four digit 
numbers. So, 9,999 files and it either stops taking pics or starts 
overwriting the files.  I haven't done the math.


The OBVIOUS reason is that the SDHC spec supports a maximum of 32GB. 
Stick a larger card in and you're likely to have problems when the card 
starts filling up.


I just thought of something.  The video camera doesn't have a format 
function.  I use a old camera that is broken to format it.  It doesn't 
take pics anymore but the display works and it formats fine.  Now I can 
format them all without having to squint.  ROFL


Or use mkfs.vfat to reformat it under linux :-)

Cheers,
Wol

Re: [gentoo-user] Memory cards and deleting files.

[antlists]

On 22/06/2020 20:22, Neil Bothwick wrote:

Warning 2: I did exactly that, and it LOOKED like it was working
happily, until it overflowed some internal limit and my 1G card turned
into a 128M card or whatever it was. Have you actually TESTED that card
IN THE DASHCAM and made sure it can actually use that 128G? Or will it
only be able to use 4G of that card?



There are a lot of SD cards with fake capacities, they appear to be large
but are actually a smaller card reprogrammed to do so. You only find out
when you go beyond the true capacity. There are tools to check this, such
as sys-block/f3.


Did you look at the card sizes I quoted? :-) I think the reason I tried 
a 1GB card was because the camera said it took a max of 512MB. It didn't 
work ... (Oh and the card was good. It was small by the standards of the 
day.)


Cheers,
Wol

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

[Dale]

David Haller wrote:
> Hello,
>
> On Thu, 18 Jun 2020, Dale wrote:
>> David Haller wrote:
> [..]
>>> 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
> [..]
>> I got it to compile, at least it created a file named ones anyway.  What
>> I'm unclear about, where is the if= for dd in the command?  All the
>> commands I've seen before has a if= and a of=.  The if for input and of
>> for output or target.
>  man 1 dd 
>if=FILE
>   read from FILE instead of stdin
> [..]
>of=FILE
>   write to FILE instead of stdout
> 
>
> note the stuff after 'instead' ;)

So it is piped in with the | thingy?  Got it. 


>> I'm assuming that if I want to target sdb, I'd
>> replace null with /dev/sdb. 
> Yes.
>
>> As I've posted before, even my scripting skills are minimal.  Surprised
>> I got it to compile even.
> Well, you could copy & paste and on gentoo, there is bound to be a
> 'gcc' ;)

Yea, just my skills on that sort of thing is minimal or none.  I do copy
and paste pretty well tho.  ;-) 


>> something.  I placed all this in the /root directory.  I'm assuming I
>> can copy paste the commands above while in /root to make it work?
> Yes. Or put 'ones' in /root/bin/ or even /usr/local/bin. Depending on
> if you expect to use the program later on. But if it's just for this
> once it's fine in /root/ alongside the sourcecode.
>
> HTH,
> -dnh
>


Well, I made notes in my frequent commands file.  It may be rare that I
use it but when I do, maybe the notes will help.  Maybe.  ;-)

Thanks much.

Dale

:-)  :-) 

Re: [gentoo-user] Memory cards and deleting files.

[Dale]

antlists wrote:
> On 22/06/2020 19:50, Dale wrote:
>> Anyway, the 8GB cards have been plenty large enough so it could be
>> any number of reasons they say the limit is 32GB.  It could be they
>> know it will run out of file names.  Most pics are named with four
>> digit numbers. So, 9,999 files and it either stops taking pics or
>> starts overwriting the files.  I haven't done the math.
>
> The OBVIOUS reason is that the SDHC spec supports a maximum of 32GB.
> Stick a larger card in and you're likely to have problems when the
> card starts filling up.
>>
>> I just thought of something.  The video camera doesn't have a format
>> function.  I use a old camera that is broken to format it.  It
>> doesn't take pics anymore but the display works and it formats fine. 
>> Now I can format them all without having to squint.  ROFL
>
> Or use mkfs.vfat to reformat it under linux :-)
>
> Cheers,
> Wol
>
>

I did that once and for some reason, it didn't write any files.  I know
there was deer there but no pics.  I know they were there because the
food was gone, even the crumbs.  After that, I use a trail camera to
format with.  I think what it is, it not only formats but also creates
the directories it needs as well.  If they don't exist, then it fails to
write the files.  One would think it would create it when it took the
first pic or video but we know some folks don't do things in a good
way.  ;-)

I suspect you could be right about it messing up when it fills up too. 
I think I read where someone else mentioned that.  May have been you or
Neil.  Anyway, I'm not buying a card just to test it tho.  They to
pricey and I'm not that curious. 

Dale

:-)  :-) 

Re: [gentoo-user] Memory cards and deleting files.

[Neil Bothwick]

On Mon, 22 Jun 2020 20:40:49 +0100, antlists wrote:

> >> Warning 2: I did exactly that, and it LOOKED like it was working
> >> happily, until it overflowed some internal limit and my 1G card
> >> turned into a 128M card or whatever it was. Have you actually TESTED
> >> that card IN THE DASHCAM and made sure it can actually use that
> >> 128G? Or will it only be able to use 4G of that card?  
> 
> > There are a lot of SD cards with fake capacities, they appear to be
> > large but are actually a smaller card reprogrammed to do so. You only
> > find out when you go beyond the true capacity. There are tools to
> > check this, such as sys-block/f3.  
> 
> Did you look at the card sizes I quoted? :-) I think the reason I tried 
> a 1GB card was because the camera said it took a max of 512MB. It
> didn't work ... (Oh and the card was good. It was small by the
> standards of the day.)

So that was SDHC vs SD? Or was it even that? 2GB was the original SD
limit IIRC correctly, so you weren't trying to use the wrong spec. Was it
just a case of a faulty card, either through accident or design.

However, those cards were more expensive than current huge cards, so the
temptation to sell fakes would have been even greater. Many years ago I
got burned like that with a large (for the time) capacity USB stick
bought on Ebay.


-- 
Neil Bothwick

Frog philosophy: Time's fun when you're having flies.


pgpVq7WeLpf0p.pgp
Description: OpenPGP digital signature

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

[David Haller]

Hello,

On Mon, 22 Jun 2020, Dale wrote:
>David Haller wrote:
>> On Thu, 18 Jun 2020, Dale wrote:
>>> David Haller wrote:
[..]
 ./ones | dd of=/dev/null bs=8M count=1000 iflag=fullblock
>> [..]
>>> I got it to compile, at least it created a file named ones anyway.  What
>>> I'm unclear about, where is the if= for dd in the command?  All the
>>> commands I've seen before has a if= and a of=.  The if for input and of
>>> for output or target.
>>  man 1 dd 
>>if=FILE
>>   read from FILE instead of stdin
>> [..]
>>of=FILE
>>   write to FILE instead of stdout
>> 
>>
>> note the stuff after 'instead' ;)
>
>So it is piped in with the | thingy?  Got it. 

Exactly. Hm. Maybe 'dev_one' might be a better name for the program...
Or something ;)

[..]
>Thanks much.

You're welcome.

-dnh

-- 
/* When we have more time, we can teach the penguin to say 
 * "By your command" or "Activating turbo boost, Michael".
 */
linux-2.2.16/arch/sparc/prom/sun4prom.c

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

[Dale]

David Haller wrote:
> Hello,
>
> On Mon, 22 Jun 2020, Dale wrote:
>> David Haller wrote:
>>> On Thu, 18 Jun 2020, Dale wrote:
 David Haller wrote:
> [..]
> ./ones | dd of=/dev/null bs=8M count=1000 iflag=fullblock
>>> [..]
 I got it to compile, at least it created a file named ones anyway.  What
 I'm unclear about, where is the if= for dd in the command?  All the
 commands I've seen before has a if= and a of=.  The if for input and of
 for output or target.
>>>  man 1 dd 
>>>if=FILE
>>>   read from FILE instead of stdin
>>> [..]
>>>of=FILE
>>>   write to FILE instead of stdout
>>> 
>>>
>>> note the stuff after 'instead' ;)
>> So it is piped in with the | thingy?  Got it. 
> Exactly. Hm. Maybe 'dev_one' might be a better name for the program...
> Or something ;)
>
> [..]
>> Thanks much.
> You're welcome.
>
> -dnh
>


That name makes sense.  Later on, I might look at that file and say,
what is that for?  Hit delete and down the rabbit hole it goes.  I think
I'll go do that and also edit my notes as well.  Before I forget it.  ;-)

Now I have a way to write ones to a drive or file.  Yeppie! 

Dale

:-)  :-) 

P. S. I hope the new glasses, when they come in, helps my memory.  Never
hurts to hope right?