> "Nat" == Nat Taylor writes:
Russell> Not to put anyone off of Joey's dell, but this seems like an
Russell> opportune moment to mention my recent experience with turning a
Russell> Toshiba Chromebook 2 (the 2015 gandof, rather than the 2014
Russell> version) into a "real
> "Denis" == Denis Heidtmann writes:
Denis> On Sat, Sep 24, 2016 at 5:56 PM, Russell Senior
Denis>
Denis> wrote:
>> > "Denis" == Denis Heidtmann writes:
>>
Denis> I am developing a logging program. The
You should be able to look at the library function and confirm his claims.
One byte writes to any flash device would be really slow as the block size
on a flash device is at least 512 bytes most of the time one, larger like
2048 or 4096. So the device will be doing a read, modify write until the
I found this:
http://forum.arduino.cc/index.php?topic=49649.0
I do not claim to understand it, but he says that what I am doing is super
slow. Maybe that is what is gumming up the works. I will try his
suggestion (blindly) and see what happens. I note that the post is almost
6 years old, so
On Mon, Sep 26, 2016 at 12:58 PM, Bill Barry wrote:
> I could not find either of those obituaries Harry Wood or Wilma Wood.
>
> I did find this All Souls Day listing in Homewood
> http://posjhomewood.org/news-071028-a.htm
>
> All Souls Day
> DECEASED MEMBERS OF THE PARISH
>
I could not find either of those obituaries Harry Wood or Wilma Wood.
I did find this All Souls Day listing in Homewood
http://posjhomewood.org/news-071028-a.htm
All Souls Day
DECEASED MEMBERS OF THE PARISH
OCTOBER 2006 – OCTOBER 2007
Wilma Wood
On Mon, Sep 26, 2016 at 12:27 PM, Mike C.
As a self-proclaimed Debian-head, mostly due to their social contract,
commitment to free software and package mgmt. system, this story might be
of more interest to me than anyone else. But it's a very rare occasion
these days that any organization besides small shops run Debian. And their
looking
On Mon, Sep 26, 2016 at 04:03:23PM +, Smith, Cathy wrote:
> Emacs got an update this month as well.
So Stallman++ ?
> --
> Cathy L. Smith
> IT Engineer
>
> Pacific Northwest National Laboratory
> Operated by Battelle for the
> U.S. Department of Energy
>
> Phone: 509.375.2687
> Fax:
Emacs got an update this month as well.
--
Cathy L. Smith
IT Engineer
Pacific Northwest National Laboratory
Operated by Battelle for the
U.S. Department of Energy
Phone: 509.375.2687
Fax: 509.375.4399
Email: cathy.sm...@pnnl.gov
-Original Message-
From:
On Mon, 26 Sep 2016, Rich Shepard wrote:
> That makes sense. And, since /tar is only 1.9G in size I can see that tar
^^^
tmp
Rich
___
PLUG mailing list
PLUG@lists.pdxlinux.org
On Mon, 26 Sep 2016, Larry Brigman wrote:
> Tar is using a temp file as it is doing the compression. It needs to
> store it someplace - one of the three tmp directories most likely /tmp.
Larry,
That makes sense. And, since /tar is only 1.9G in size I can see that tar
could run out of space.
Tar is using a temp file as it is doing the compression. It needs to store
it someplace - one of the three tmp directories most likely /tmp.
On Mon, Sep 26, 2016 at 6:00 AM, Rich Shepard
wrote:
> On Sun, 25 Sep 2016, Larry Brigman wrote:
>
> > Running out of space on
On Sun, 25 Sep 2016, Tom wrote:
> Although, if you run it like that, you can only restore /home/rshepard
> Thus, I find following equivalent more flexible:
> cd /home
> tar czvf /mnt/hd/caddis/caddis-home-2016-09-24.tgz rshepard
> This way you can restore the rshepard dir anywhere you like.
>
On Sun, 25 Sep 2016, Larry Brigman wrote:
> Running out of space on the /tmp mount point?
Larry,
I don't understand. The source partition is ~/ and the destination
partition is /mnt/hd. Is /tmp used in the transfer? If so, then running out
of space there is possible.
Thanks,
Rich
On Sun, 25 Sep 2016, Paul Mullen wrote:
> `blkid YOUR_DEVICE_HERE` will tell you.
Thanks for the reminder, Paul.
> You can also mount volumes by their label, which I prefer for removable
> devices like thumb drives, cameras, etc. It's a lot easier to work with
> "DIGICAM" or "32GTHUMB" than
On Sun, Sep 25, 2016 at 12:03:30PM -0700, Rich Shepard wrote:
> On Sun, 25 Sep 2016, King Beowulf wrote:
> > Also. consider using the drive's UUID instead of /dev/sdX as the
> > dev nodes for USB drives are not guaranteed to survive reboot.
>
> That makes sense ... for this drive but not multiple
16 matches
Mail list logo