Re: [arch-general] tmux/systemd: tmux user service exits on detach/logout

2017-07-07 Thread André Vitor de Lima Matos via arch-general
Not sure if related, but try setting KillUserProcesses=no in
/etc/systemd/logind.conf

https://askubuntu.com/questions/802189/how-to-run-tmux-screen-with-systemd-230

-- 
André Vitor de Lima Matos



signature.asc
Description: OpenPGP digital signature


Re: [arch-general] rEFInd 0.6.4 + linux 3.7.2-1 fail to boot

2013-02-25 Thread André Vitor de Lima Matos
Em 22-01-2013 21:20, christophg escreveu:
 upgrading to linux 3.7.4-1 from testing fixed the issue for me

I can't boot with 3.8-2 again!! linux 3.8-1 is working fine (I booted
from a usb drive in BIOS mode to downgrade), and I'm writing from it,
but 3.8-2 freezes in previous rEFInd message.

-- 
/-=| Δ ŋ đ г Σ |=-\ «» ♫♫♫
http://www.google.com/profiles/andre.vmatos



signature.asc
Description: OpenPGP digital signature


Re: [arch-general] rEFInd 0.6.4 + linux 3.7.2-1 fail to boot

2013-01-18 Thread André Vitor de Lima Matos
Em 17-01-2013 23:49, Kazuo Teramoto escreveu:
 Linux 3.7.3-1 is booting for me.

 Regards,

[SOLVED] Confirmed working here too, with 3.7.3-1.
Thanks all.

-- 
http://www.google.com/profiles/andre.vmatos



signature.asc
Description: OpenPGP digital signature


Re: [arch-general] rEFInd 0.6.4 + linux 3.7.2-1 fail to boot

2013-01-16 Thread André Vitor de Lima Matos
Em 15-01-2013 08:00, Bastien Dejean escreveu:
 I have the same problem (and I don't use *testing*):

 When I upgraded to 3.6.11, after rebooting, rEFInd froze at the *rEFInd -
 Booting OS* stage and downgrading to 3.6.10 didn't help. I can boot in
 BIOS mode though.

I've not tested in BIOS mode, as I'm sure it works, 'cause if not, a new
release fixing problem would have been launched. But I prefer to avoid a
upgrade of one release instead of leaving a bleeding corner (UEFI).
I've done some tests, including adding kernel image directly to NVRAM
via efibootmgr with proper options, and still 3.7.1-2 boots ok, and
3.7.2-1 freezes before any boot message. So, the problem is not with
rEFInd, but with kernel and/or EFI implementation.

-- 
http://www.google.com/profiles/andre.vmatos


signature.asc
Description: OpenPGP digital signature


Re: [arch-general] rEFInd 0.6.4 + linux 3.7.2-1 fail to boot

2013-01-15 Thread André Vitor de Lima Matos

Em 15-01-2013 05:24, Bill Sun escreveu:
 Just a thought: Did you forget to copy the generated kernel image of the
 3.7.2 to the EFI partition?

No. If so, would the kernel booted and failed to complete boot process
due to mismatch between kernel image/initramfs and installed modules.
But the kernel does not even begin starting, stopping just after option
is selected in rEFInd and message Starting vmlinuz-linux ...options of
rEFInd is printed.

-- 
http://www.google.com/profiles/andre.vmatos



signature.asc
Description: OpenPGP digital signature


[arch-general] rEFInd 0.6.4 + linux 3.7.2-1 fail to boot

2013-01-14 Thread André Vitor de Lima Matos
Hi, everyone.
I've a HP Pavilion g4 machine with UEFI, using rEFInd. After a upgraded
to refind-efi 0.6.4-1 and linux 3.7.2-1, my system stopped to boot.
rEFInd loads properly, and others boot options, like EFI Shell and
Windows 8 are working, but trying to boot kernel 3.7.2 froze on the
message in begin saying Starting vmlinuz-linux ...kernel options.
initrd was built correctly. This issue only occurs with linux 3.7.2,
downgrading to 3.7.1 makes system bootable again (from where I'm writing).
rEFInd config file is basically default, only with timeout changed to 5.
My boot options:
root=/dev/AndreSYS/Arch resume=/dev/AndreSYS/Swap
cryptdevice=/dev/disk/by-uuid/e38e188e-f775-41fe-9607-ce977c7716d8:syslvm ro
add_efi_memmap rootfstype=ext4

-- 
https://profiles.google.com/andre.vmatos



signature.asc
Description: OpenPGP digital signature


Re: [arch-general] rEFInd 0.6.4 + linux 3.7.2-1 fail to boot

2013-01-14 Thread André Vitor de Lima Matos

Em 14-01-2013 18:39, Dave Reisner escreveu:
 Oh the irony... Please subscribe to arch-dev-public if you're going to
 continue to use the testing repository:

 https://mailman.archlinux.org/pipermail/arch-dev-public/2013-January/024260.html
Hi, Dave. Thanks for the fast reply.
If you are talking about file-5.12 problem, as I said, initrd (a.k.a.
initramfs) was built properly, since I had downgraded to file 5.11
previously. And I'm subscribed and following discussions in
arch-dev-public. My problem persist, preventing me from upgrade to linux
3.7.2. Any ideas?

-- 
http://www.google.com/profiles/andre.vmatos



signature.asc
Description: OpenPGP digital signature


Re: [arch-general] linux-3.7.0-1 enters [testing]

2012-12-12 Thread André Vitor de Lima Matos

Em 11-12-2012 16:35, Tobias Powalowski escreveu:
 -ndiswrapper does not build, maintainers please look for a patch.

 Please report any issues that arise.
 Thanks.
Hi. Thanks for fast deploy. Testing here.
Until now, the only issue I experienced is that Fn+F12 button and
indicator LED (to disable wireless), isn't working. HP Pavilion
g4-2165br, BCM4313 802.11b/g/n, driver *brcmsmac*. dmesg don't report
anything when button is pressed.

-- 
/-=| ? ? ? ? ? |=-\ «» ???
http://www.google.com/profiles/andre.vmatos


signature.asc
Description: OpenPGP digital signature


[arch-general] systemd + crypttab

2012-11-01 Thread André Vitor de Lima Matos
Hi.
I've a system where there's a harddisk encrypted with luks and a lvm pv
over it, used for backup. This disk is never removed or inserted while
system is online, but not in every boot up it's present.
Setting this volume in crypttab, when disk is absent, cryptsetup service
hangs for several seconds, before timing out and allowing systemd to
complete boot. There's any way of avoiding this, may be putting it to
background, or something like this?
Thanks,



signature.asc
Description: OpenPGP digital signature


Re: [arch-general] systemd + crypttab

2012-11-01 Thread André Vitor de Lima Matos
Didn't work. Still hanging for more than a minute.
journalctl gives me this entries:

Nov 01 13:18:36 midichlorian kernel: EXT4-fs (sdc2): mounted
filesystem with ordered data mode. Opts: (null)
Nov 01 13:18:36 midichlorian systemd[1]: Mounted /boot.
Nov 01 13:19:49 midichlorian systemd[1]: Job

dev-disk-by\x2duuid-1de06510\x2d7b5a\x2d4cb6\x2d9380\x2db7fcc586498e.device/start
timed out.
Nov 01 13:19:49 midichlorian systemd[1]: Timed out waiting for
device
dev-disk-by\x2duuid-1de06510\x2d7b5a\x2d4cb6\x2d9380\x2db7fcc586498e.device.
Nov 01 13:19:49 midichlorian systemd[1]: Dependency failed for
Cryptography Setup for Backup.
Nov 01 13:19:49 midichlorian systemd[1]: Dependency failed for
dev-mapper-Backup.device.
Nov 01 13:19:49 midichlorian systemd[1]: Job
dev-mapper-Backup.device/start failed with result 'dependency'.
Nov 01 13:19:49 midichlorian systemd[1]: Job
systemd-cryptsetup@Backup.service/start failed with result 'dependency'.
Nov 01 13:19:49 midichlorian systemd[1]: Job

dev-disk-by\x2duuid-1de06510\x2d7b5a\x2d4cb6\x2d9380\x2db7fcc586498e.device/start
failed with result 'timeout'.
Nov 01 13:19:49 midichlorian systemd[1]: Starting Local File Systems.
Nov 01 13:19:49 midichlorian systemd[1]: Reached target Local File
Systems.

Any idea?

Em 01-11-2012 16:03, Dave Reisner escreveu:
 On Thu, Nov 01, 2012 at 03:42:42PM -0200, André Vitor de Lima Matos wrote:
 Hi.
 I've a system where there's a harddisk encrypted with luks and a lvm pv
 over it, used for backup. This disk is never removed or inserted while
 system is online, but not in every boot up it's present.
 Setting this volume in crypttab, when disk is absent, cryptsetup service
 hangs for several seconds, before timing out and allowing systemd to
 complete boot. There's any way of avoiding this, may be putting it to
 background, or something like this?
 Thanks,

 crypttab(5) explains that nofail is the option you want to use:

   nofail
  The system will not wait for the device to show up and be
  unlocked at boot, and not fail the boot if it doesn't show up.

 You'll need this in /etc/fstab as well.

 d

-- 
/-=| ? ? ? ? ? |=-\ «» ???
http://www.google.com/profiles/andre.vmatos


signature.asc
Description: OpenPGP digital signature