Re: [gentoo-user] gnu screen - copy'n'paste

Canek Peláez Valdés [14-10-28 02:24]: > On Mon, Oct 27, 2014 at 5:09 PM, wrote: > > Canek Peláez Valdés [14-10-27 22:56]: > >> On Mon, Oct 27, 2014 at 11:03 AM, wrote: > >> > Hi, > >> > > >> > I am using screen to log into my beaglebone embedded computer, which > >> > runs Gentoo (of course!)

Re: [gentoo-user] Safeguarding strategies against SSD data loss

On Mon, Oct 27, 2014 at 1:37 PM, Rich Freeman wrote: > On Mon, Oct 27, 2014 at 1:23 PM, Volker Armin Hemmann > wrote: >> Am 27.10.2014 um 16:36 schrieb Rich Freeman: >>> >>> and a boot >>> partition as I don't think grub supports it - it could be a bit of a >>> PITA for a single-drive system. >>

Re: [gentoo-user] Safeguarding strategies against SSD data loss

On Mon, Oct 27, 2014 at 12:52 PM, Pandu Poluan wrote: > > ZoL (ZFS on Linux) nowadays is implemented using DKMS instead of FUSE, thus > running in kernelspace, and (relatively) easier to put into an initramfs. > > Updating is a beeyotch on binary-based distros as it requires a recompile. > Not a b

Re: [gentoo-user] Re: [~amd64] NFS server broken again :(

On Mon, Oct 27, 2014 at 10:49 PM, Tom H wrote: > Does rpcbind.target exist? Does rpcbind.service have a "Requires" or > "Wants" for rpcbind.target? Is rpcbind.service enabled? ... > I don't have access to a Gentoo box with nfs at the moment in order to > check this but IIRC Gentoo used to use O

Re: [gentoo-user] Re: [~amd64] NFS server broken again :(

On Mon, Oct 27, 2014 at 7:46 PM, walt wrote: > On 10/27/2014 12:56 PM, Canek Peláez Valdés wrote: >> On Mon, Oct 27, 2014 at 1:38 PM, walt wrote: >>> >>> Last night when I powered off my machines NFS was working perfectly. Today >>> it's broken again for the nth time: >>> >>> #systemctl status n

Re: [gentoo-user] gnu screen - copy'n'paste

On Mon, Oct 27, 2014 at 5:09 PM, wrote: > Canek Peláez Valdés [14-10-27 22:56]: >> On Mon, Oct 27, 2014 at 11:03 AM, wrote: >> > Hi, >> > >> > I am using screen to log into my beaglebone embedded computer, which >> > runs Gentoo (of course!) like this: >> > >> > ssh -t root@192.168.178.27

Re: [gentoo-user] Safeguarding strategies against SSD data loss

On Mon, Oct 27, 2014 at 8:41 PM, Pandu Poluan wrote: > First, you need to set your pool to "autoexpand=on". > > Then, one by one, you offline a disk within the vdev and replace it with a > larger one. After all disks have been replaced, do a scrub, and ZFS will > automagically enlarge the vdev. >

Re: [gentoo-user] Re: [~amd64] NFS server broken again :(

On Mon, Oct 27, 2014 at 5:46 PM, walt wrote: > On 10/27/2014 12:56 PM, Canek Peláez Valdés wrote: >> On Mon, Oct 27, 2014 at 1:38 PM, walt wrote: >>> Last night when I powered off my machines NFS was working perfectly. Today >>> it's broken again for the nth time: >>> >>> #systemctl status nfs-s

Re: [gentoo-user] [~amd64] NFS server broken again :(

On Mon, Oct 27, 2014 at 3:38 PM, walt wrote: > > Last night when I powered off my machines NFS was working perfectly. Today > it's broken again for the nth time: > > #systemctl status nfs-server > ● nfs-server.service - NFS server and services >Loaded: loaded (/usr/lib64/systemd/system/nfs-se

Re: [gentoo-user] Safeguarding strategies against SSD data loss

On Oct 28, 2014 12:38 AM, "Rich Freeman" wrote: > > On Mon, Oct 27, 2014 at 1:23 PM, Volker Armin Hemmann > wrote: > > Am 27.10.2014 um 16:36 schrieb Rich Freeman: > >> and a boot > >> partition as I don't think grub supports it - it could be a bit of a > >> PITA for a single-drive system. > > >

Re: [gentoo-user] Safeguarding strategies against SSD data loss

On Oct 28, 2014 12:31 AM, "Rich Freeman" wrote: > > On Mon, Oct 27, 2014 at 12:52 PM, Pandu Poluan wrote: > > > > ZoL (ZFS on Linux) nowadays is implemented using DKMS instead of FUSE, thus > > running in kernelspace, and (relatively) easier to put into an initramfs. > > Sorry about that. I shou

[gentoo-user] Re: [~amd64] NFS server broken again :(

On 10/27/2014 12:56 PM, Canek Peláez Valdés wrote: > On Mon, Oct 27, 2014 at 1:38 PM, walt wrote: >> Last night when I powered off my machines NFS was working perfectly. Today >> it's broken again for the nth time: >> >> #systemctl status nfs-server >> ● nfs-server.service - NFS server and servic

[gentoo-user] Strange behaviour of dhcpcd

Hi list First off: this is a "fixed" issue, in that I don't see the behaviour anymore, so time is not of the essence ;) . I'm only looking for an explanation, or for comments from other people who experienced this. So the issue was some really strange behaviour on the part of dhcpcd. I completed

[gentoo-user] Problems after update

Hi, I updated via eix/emerge, which does not expose any problems. After that the sudoers of sudo needs to be updated. For that tasks I use cf-update. With cfg-update -u it spits out (and do not stop until CTRL-C: << Stage1 >> 0 files in queue for automatic replacing, skipping... << Stage2 >> 0 f

Re: [gentoo-user] gnu screen - copy'n'paste

Canek Peláez Valdés [14-10-27 22:56]: > On Mon, Oct 27, 2014 at 11:03 AM, wrote: > > Hi, > > > > I am using screen to log into my beaglebone embedded computer, which > > runs Gentoo (of course!) like this: > > > > ssh -t root@192.168.178.27 screen -R -d > > > > . This makes it possible to de

Re: [gentoo-user] i965 (Valley View) video acceleration

Old thread, I know, but I was without internet for about 2 months due to a move. Am Tue, 9 Sep 2014 20:11:09 -0700 schrieb Grant : > [...] Are > all the smart people switching from mplayer to mplayer2? [...] FWIW, I switched to mpv after using mplayer2 for a while. See https://github.com/mpv-p

Re: [gentoo-user] Moving the portage tree to /var

On Mon, Oct 27, 2014 at 3:06 PM, Alan McKinnon wrote: > On 27/10/2014 17:45, Tanstaafl wrote: >> On 10/25/2014 12:45 PM, Michael Orlitzky wrote: >>> On 10/25/2014 09:57 AM, Tanstaafl wrote: On 10/7/2014 6:03 PM, Mick wrote: > On Tuesday 07 Oct 2014 22:56:28 Mike Gilbert wrote: >> Qu

Re: [gentoo-user] [~amd64] NFS server broken again :(

On Mon, Oct 27, 2014 at 1:38 PM, walt wrote: > Last night when I powered off my machines NFS was working perfectly. Today > it's broken again for the nth time: > > #systemctl status nfs-server > ● nfs-server.service - NFS server and services >Loaded: loaded (/usr/lib64/systemd/system/nfs-serv

[gentoo-user] [~amd64] NFS server broken again :(

Last night when I powered off my machines NFS was working perfectly. Today it's broken again for the nth time: #systemctl status nfs-server ● nfs-server.service - NFS server and services Loaded: loaded (/usr/lib64/systemd/system/nfs-server.service; enabled) Active: failed (Result: exit-code

Re: [gentoo-user] Moving the portage tree to /var

On 27/10/2014 17:45, Tanstaafl wrote: > On 10/25/2014 12:45 PM, Michael Orlitzky wrote: >> On 10/25/2014 09:57 AM, Tanstaafl wrote: >>> On 10/7/2014 6:03 PM, Mick wrote: On Tuesday 07 Oct 2014 22:56:28 Mike Gilbert wrote: > Quite the opposite. Ideally, you should remove the PORTDIR setti

Re: [gentoo-user] gnu screen - copy'n'paste

On 27/10/2014 19:03, meino.cra...@gmx.de wrote: > Hi, > > I am using screen to log into my beaglebone embedded computer, which > runs Gentoo (of course!) like this: > > ssh -t root@192.168.178.27 screen -R -d > > . This makes it possible to detach the terminal and shutdown the PC, > while th

Re: [gentoo-user] gnu screen - copy'n'paste

On Mon, Oct 27, 2014 at 11:03 AM, wrote: > Hi, > > I am using screen to log into my beaglebone embedded computer, which > runs Gentoo (of course!) like this: > > ssh -t root@192.168.178.27 screen -R -d > > . This makes it possible to detach the terminal and shutdown the PC, > while the beagle

Re: [gentoo-user] Safeguarding strategies against SSD data loss

On Mon, Oct 27, 2014 at 1:23 PM, Volker Armin Hemmann wrote: > Am 27.10.2014 um 16:36 schrieb Rich Freeman: >> and a boot >> partition as I don't think grub supports it - it could be a bit of a >> PITA for a single-drive system. > > nope. But I don't see any reason to use zfs with a single drive

Re: [gentoo-user] Safeguarding strategies against SSD data loss

On Mon, Oct 27, 2014 at 12:52 PM, Pandu Poluan wrote: > > ZoL (ZFS on Linux) nowadays is implemented using DKMS instead of FUSE, thus > running in kernelspace, and (relatively) easier to put into an initramfs. Sorry about that. I should have known that, but for some reason I got that memory cros

Re: [gentoo-user] Safeguarding strategies against SSD data loss

Am 27.10.2014 um 17:52 schrieb Pandu Poluan: > > > On Oct 27, 2014 10:40 PM, "Rich Freeman" > wrote: > > > > On Mon, Oct 27, 2014 at 11:22 AM, Mick > wrote: > > > > > > Thanks Rich, I have been reading your posts about btrfs with > intere

Re: [gentoo-user] Safeguarding strategies against SSD data loss

Am 27.10.2014 um 16:36 schrieb Rich Freeman: > On Mon, Oct 27, 2014 at 11:22 AM, Mick wrote: >> Thanks Rich, I have been reading your posts about btrfs with interest, but >> have not yet used it on my systems. Is btrfs agreeable with SSDs, or should >> I >> be using f2fs: >> > Btrfs will auto-de

Re: [gentoo-user] Safeguarding strategies against SSD data loss

Am 27.10.2014 um 16:22 schrieb Mick: > On Monday 27 Oct 2014 13:13:00 Rich Freeman wrote: >> On Mon, Oct 27, 2014 at 7:11 AM, Alan McKinnon > wrote: >>> On 27/10/2014 11:24, Mick wrote: I'm starting a new thread so as to not hijack the one about alternative kernels, but continue with so

Re: [gentoo-user] Safeguarding strategies against SSD data loss

Am 27.10.2014 um 14:13 schrieb Rich Freeman: > On Mon, Oct 27, 2014 at 7:11 AM, Alan McKinnon > wrote: >> On 27/10/2014 11:24, Mick wrote: >>> I'm starting a new thread so as to not hijack the one about alternative >>> kernels, but continue with something Volker raised. >>> >>> On Sunday 26 Oct 2

[gentoo-user] gnu screen - copy'n'paste

Hi, I am using screen to log into my beaglebone embedded computer, which runs Gentoo (of course!) like this: ssh -t root@192.168.178.27 screen -R -d . This makes it possible to detach the terminal and shutdown the PC, while the beagle still runs processes... BUT: Unfortunately I cannot copy

Re: [gentoo-user] Safeguarding strategies against SSD data loss

On Oct 27, 2014 10:40 PM, "Rich Freeman" wrote: > > On Mon, Oct 27, 2014 at 11:22 AM, Mick wrote: > > > > Thanks Rich, I have been reading your posts about btrfs with interest, but > > have not yet used it on my systems. Is btrfs agreeable with SSDs, or should I > > be using f2fs: > > > > Btrfs

Re: [gentoo-user] Moving the portage tree to /var

On 10/25/2014 12:45 PM, Michael Orlitzky wrote: > On 10/25/2014 09:57 AM, Tanstaafl wrote: >> On 10/7/2014 6:03 PM, Mick wrote: >>> On Tuesday 07 Oct 2014 22:56:28 Mike Gilbert wrote: Quite the opposite. Ideally, you should remove the PORTDIR setting from make.conf. repos.conf is the ne

Re: [gentoo-user] Safeguarding strategies against SSD data loss

On Mon, Oct 27, 2014 at 11:22 AM, Mick wrote: > > Thanks Rich, I have been reading your posts about btrfs with interest, but > have not yet used it on my systems. Is btrfs agreeable with SSDs, or should I > be using f2fs: > Btrfs will auto-detect SSDs and optimize itself differently, and is gene

Re: [gentoo-user] Re: Safeguarding strategies against SSD data loss

On Monday 27 Oct 2014 15:15:22 James wrote: > Rich Freeman gentoo.org> writes: > > > On 27/10/2014 11:24, Mick wrote: > > >>> With a caveat: if an ssd dies, it will die suddenly. Without warning. > > With SSD the most important fact to keep constantly in mind is > writing/erasing by blocks due to

Re: [gentoo-user] Safeguarding strategies against SSD data loss

On Monday 27 Oct 2014 13:13:00 Rich Freeman wrote: > On Mon, Oct 27, 2014 at 7:11 AM, Alan McKinnon wrote: > > On 27/10/2014 11:24, Mick wrote: > >> I'm starting a new thread so as to not hijack the one about alternative > >> kernels, but continue with something Volker raised. > >> > >> On Sunda

Re: [gentoo-user] Safeguarding strategies against SSD data loss

On Monday 27 Oct 2014 12:27:58 Philip Webb wrote: > 141027 Mick wrote: > > On Sunday 26 Oct 2014 23:25:50 Volker Armin Hemmann wrote: > >> With a caveat: if an ssd dies, it will die suddenly. Without a warning. > > > > I haven't yet started using SSD and wonder what sort of a system > > should I s

[gentoo-user] Re: Safeguarding strategies against SSD data loss

Rich Freeman gentoo.org> writes: > > On 27/10/2014 11:24, Mick wrote: > >>> With a caveat: if an ssd dies, it will die suddenly. Without warning. With SSD the most important fact to keep constantly in mind is writing/erasing by blocks due to uniqueness of the hardware. Unfortunately, if you di

Re: [gentoo-user] uevent_helper on kernel 3.16.5-gentoo

On Monday 27 Oct 2014 13:40:32 Douglas J Hunley wrote: > On Fri, Oct 24, 2014 at 10:44 AM, Mick wrote: > > I just enabled the wireless adaptor and I connected to the neighboor's AP > > fine > > > with my b43 firmware (BCM4312 chipset): > So is this a module in your kernel? It wasn't clear to me f

Re: [gentoo-user] Safeguarding strategies against SSD data loss : PS

141027 Philip Webb wrote: > ... HHD ... (4 times) HDD (red face) -- ,, SUPPORT ___//___, Philip Webb ELECTRIC /] [] [] [] [] []| Cities Centre, University of Toronto TRANSIT`-O--O---' purslowatcha

Re: [gentoo-user] uevent_helper on kernel 3.16.5-gentoo

On Fri, Oct 24, 2014 at 10:44 AM, Mick wrote: > I just enabled the wireless adaptor and I connected to the neighboor's AP fine > with my b43 firmware (BCM4312 chipset): So is this a module in your kernel? It wasn't clear to me from your reply -- Douglas J Hunley (doug.hun...@gmail.com) Twitter

Re: [gentoo-user] Safeguarding strategies against SSD data loss

On Mon, Oct 27, 2014 at 7:11 AM, Alan McKinnon wrote: > On 27/10/2014 11:24, Mick wrote: >> I'm starting a new thread so as to not hijack the one about alternative >> kernels, but continue with something Volker raised. >> >> On Sunday 26 Oct 2014 23:25:50 Volker Armin Hemmann wrote: >> >>> as othe

Re: [gentoo-user] Safeguarding strategies against SSD data loss

141027 Mick wrote: > On Sunday 26 Oct 2014 23:25:50 Volker Armin Hemmann wrote: >> With a caveat: if an ssd dies, it will die suddenly. Without a warning. > I haven't yet started using SSD and wonder what sort of a system > should I set up to guard against such instantaneous catastrophic failures.

Re: [gentoo-user] Safeguarding strategies against SSD data loss

On 27/10/2014 11:24, Mick wrote: > I'm starting a new thread so as to not hijack the one about alternative > kernels, but continue with something Volker raised. > > On Sunday 26 Oct 2014 23:25:50 Volker Armin Hemmann wrote: > >> as others have written already: ssd. >> >> With a caveat: if an ssd

Re: [gentoo-user] Safeguarding strategies against SSD data loss

On 10/27/2014 05:24 AM, Mick wrote: > I'm starting a new thread so as to not hijack the one about alternative > kernels, but continue with something Volker raised. > > On Sunday 26 Oct 2014 23:25:50 Volker Armin Hemmann wrote: > >> as others have written already: ssd. >> >> With a caveat: if an s

[gentoo-user] Safeguarding strategies against SSD data loss

I'm starting a new thread so as to not hijack the one about alternative kernels, but continue with something Volker raised. On Sunday 26 Oct 2014 23:25:50 Volker Armin Hemmann wrote: > as others have written already: ssd. > > With a caveat: if an ssd dies, it will die suddenly. Without a warnin