[00:53] <daftykins> anyone hot on an appropriate command for copying an existing /home to a new disk? :)
[00:53] <daftykins> i don't know if anything special would be needed to preserve permissions or such like
[00:58] <Bashing-om> daftykins: We have a handy dandy : https://help.ubuntu.com/community/Partitioning/Home/Moving .
[00:58] <daftykins> ooh nice! thanks
[01:15] <JanC> an alternative would be FSArchiver or such
[01:16] <JanC> e.g. if you can't copy directly for some reason
[01:21] <daftykins> how come that guy doesn't have the LVM partitions in his /dev/mapper in a live session :/
[01:21] <daftykins> i have no clue with LVM :)
[01:25] <EriC^^> daftykins: did he install the lvm stuff
[01:25] <Bashing-om> daftykins: I too looked ( njmbb8), and a bit confused as I only see 1 VG  for swap . Like you I do not do LVM . - Yeah not much help here from me .
[01:26] <EriC^^> nevermind
[01:26] <daftykins> EriC^^: not in the live session nah, do you need something to enable them?
[01:26] <daftykins> Bashing-om: cheers :>
[01:26] <EriC^^> i dunno i vaguely remember something had to be installed for something
[01:26] <daftykins> mmm i always avoided it 'cause it seems to complicate life unnecessarily
[01:26] <EriC^^> ( i know, not much help )
[01:26] <daftykins> i'll just pinch the funky auto mount points from 'mount' output then try and cp the /home/username to the second disk i think
[01:27] <daftykins> then with any luck my fstab is golden and on reboot all will be well
[01:58] <daftykins> note to self don't tell everyone your nightmares
[01:58] <daftykins> ;D
[01:58] <EriC^^> lol
[02:02] <Bashing-om> facing our fears, litle by little I get the more comforable with UEFI . Like systemd - it is coming may as well get perpared . Ready or not here it comes !
[02:03] <daftykins> i don't really have a clue on init stuffs, i barely converted to 'sudo service x start/stop/restart' after init scripts
[02:03] <daftykins> no idea how it is now
[02:03] <daftykins> i don't even know how to say which one is in use on a given machine :)
[02:04] <Bashing-om> Yeah, I liked inittab ! Just about the time I adjust to upstart, there is this new one in the works .
[02:06] <Bashing-om> daftykins: To determin the init system I use ' ps -p1 | grep systemd && echo systemd || echo upstart ' .
[02:07] <daftykins> hrmm
[02:07] <daftykins> i guess we can go by releases too?
[02:08] <daftykins> did 15.04 switch to systemd? i don't even pay much attention when it's not LTS :>
[02:10] <Bashing-om> daftykins: Most certainly 15.04 is systemd. And yaeh the breaks are applied real hard when I see 15.04 . systemd has it's fingers in may places . A lot to relearn .
[03:38] <wileee> oh my, hehj
[07:32] <ObrienDave> waves
[08:00] <lordievader> Good morning.
[08:00] <ObrienDave> o/
[08:01] <lordievader> \o
[08:26] <cfhowlett> "Why did you so quickly Private Gump?!"  "Because you Sudo told me to Sergeant."
[08:26] <cfhowlett> "Why did you disassemble that rifle so quickly Private Gump?!"  "Because you Sudo told me to Sergeant."
[09:23] <EriC^^> hey TJ-
[09:24] <EriC^^> i'm restoring my arch install to a usb, i can't seem to make the efi fat32!
[09:24] <TJ-> how are you trying to do it?
[09:24] <EriC^^> mkfs.fat -F 32 /dev/sdb1 still makes it fat16, and grub-install says can't find any efi
[09:24] <TJ-> how big is it?
[09:24] <EriC^^> i created the partitions again, copied over the root filesystem, and changed /etc/fstab
[09:24] <EriC^^> it's 300M
[09:25] <EriC^^> 1      1049kB  316MB   315MB   fat16           EFI   boot
[09:25] <EriC^^> sudo mkfs.fat -F32 /dev/sdb1 mkfs.fat 3.0.26 (2014-03-07)
[09:26] <EriC^^> sudo parted still gives same output
[09:26] <TJ-> sudo parted /dev/sda print
[09:26] <TJ->  1      1049kB  269MB   268MB   fat16        EFI System           boot
[09:27] <EriC^^> http://paste.ubuntu.com/12019628/
[09:27] <EriC^^> this is blkid /dev/sdb1: SEC_TYPE="msdos" UUID="9906-2FF9" TYPE="vfat"
[09:27] <EriC^^> it didn't used to have that SEC_TYPE="msdos" before
[09:29] <TJ-> Secondary Type
[09:29] <TJ-> EFI doesn't mind whether its FAT12,16, or 32
[09:30] <EriC^^> that's odd
[09:31] <EriC^^> http://paste.ubuntu.com/12019653/
[09:31] <EriC^^> i had to give it the efi dir
[09:31] <EriC^^> never had to do that before
[09:32] <EriC^^> it's still odd it won't make it fat32 though
[09:35] <TJ-> That's correct. grub checks for the currently mounted device and if there isn't one, needs to be told
[09:35] <EriC^^> it's mounted though
[09:35] <EriC^^> and in fstab
[09:36] <EriC^^> i just got this error too
[09:36] <EriC^^> Generating grub configuration file ...
[09:36] <EriC^^>   /run/lvm/lvmetad.socket: connect failed: No such file or directory
[09:36] <EriC^^>   WARNING: Failed to connect to lvmetad. Falling back to internal scanning. done
[09:37] <EriC^^> anyways TJ- i reinstalled windows and installed all the hp drivers i had
[09:37] <EriC^^> it's still running really hot, i checked the services and there's a SYSTEM IDLE PROCESS which is supposed to run and it is running at 80-90%
[09:38] <EriC^^> but it's still reaching 90-100 temps unless i put the amd and intel to minimum power and it still isn't very usable
[09:38] <EriC^^> the last error report showed something about dllhost.exe not asking the cpu to rest or something, it hadn't appeared before
[09:41] <TJ-> This with Win10 again?
[09:41] <EriC^^> yeah
[09:42] <EriC^^> i reinstalled win8 and upgraded as ms says, so it'll be activated
[09:45] <EriC^^> i'll brb, will try arch and maybe run an energy report in win10 again
[09:48] <TJ-> Obviously a Win10 issue then
[09:51] <EriC^^> installing drivers can't help?
[09:54] <EriC^^> i just noticed an odd behavior
[09:55] <EriC^^> when i mount the arch install, my home dir has my ubuntu's user as the owner, when i chroot it changes to the arch owner
[09:55] <EriC^^> even if i mount the install using another ubuntu user, it has the same ubuntu user until i chroot
[09:55] <EriC^^> how's that work i wonder
[09:57] <TJ-> Because the owner/group are stored as the ID number... looked up from /etc/passwd, which will be different in the 2 installs
[09:57] <EriC^^> ah ok
[09:58] <TJ-> The first user ID created usually is 1000, so depending on which system's root is in operation, you'll see different usernames if they are different in the respective /etc/passwd
[10:08] <EriC^^> ah shows as fat32 after a reboot
[10:20] <EriC^^> this is odd
[10:20] <EriC^^> arch is all screwed up
[10:21] <EriC^^> when i ran startx it said there's no keymap, i reinstalled the package and then when X started the touchpad didn't work
[10:22] <EriC^^> i've restored the install before, the only difference is that i used a tar.gz this time to copy it
[10:22] <TJ-> Did it miss out the dot-files
[10:22] <EriC^^> no the dot files are there, and also the symlinks and permissions are correct
[10:26] <EriC^^> could it be cause i reinstalled the kernel from the chroot?
[10:26] <EriC^^> i think last time i just copied the efi partition all together, this time i didn't and so i had to reinstall the kernel
[10:30] <EriC^^> anyways TJ- so i shouldn't be driver hunting for win10 to work?
[10:30] <EriC^^> maybe they'll fix it in an update or so?
[10:33] <TJ-> Best to open a support incident with the manufacturer... I suspect, as I said before, it needs chipset/ACPI drivers specific to the model
[10:35] <TJ-> I think I got up too early, my brain won't even compute 0x200 * 1KB aka 1024
[10:36] <TJ-> !! that's not even the correct equation... sheesh.
[10:36] <TJ-> ubot5: you're doing better than me!
[10:38] <EriC^^> hehe
[10:41] <EriC^^> TJ-: how does grub.efi know which file to use
[10:41] <TJ-> grub.efi is simply core.img ... it loads the grub.cfg and other modules
[10:41] <EriC^^> in ubuntu there's a grub.cfg in the same location as grubx64.efi
[10:42] <EriC^^> it has this search.fs_uuid c65ac418-c145-4a7c-b965-1308aa595d24 root hd0,gpt5
[10:42] <TJ-> internally it depends on what prefix= and root=
[10:42] <EriC^^> set prefix=($root)'/boot/grub' configfile $prefix/grub.cfg
[10:42] <EriC^^> so i guess grubx64.efi uses that to load the grub.cfg file?
[10:42] <EriC^^> cause in arch there's only a single grubx64.efi
[10:42] <EriC^^> i was wondering how does it know where the grub.cfg is
[10:43] <EriC^^> is it hardcoded to search the same disk at /boot/grub/grub.cfg ?
[10:43] <TJ-> I mean internal to the core.img/grubx64.efi ... those pre-written values tell it where to find its own 'root' (/boot/grub/) which then will then allow it to "insmod normal" which can read the config and act on it via the "normal" internally executed command
[10:43] <EriC^^> cause in arch by default the efi partition also contains /boot/grub/grub.cfg, the efi dir is only /boot not /boot/efi
[10:44] <TJ-> Part of what grub-install does is create and *link* the required grub modules and data into the core.img sufficient for it to be able to access its root file-system... this is why if /boot/grub is on LVM the grub lvm module is linked into core.img
[10:45] <TJ-> That isn't what the Arch docs I've seen say, about EFI anyhow, and I've used them alot in the past to get my head around EFI
[10:46] <EriC^^> when i installed arch it said to use /boot instead of /boot/efi
[10:47] <EriC^^> dunno
[10:47] <EriC^^> it says /boot/efi in some places im looking now
[10:48] <TJ-> /boot/ contains the OS kernels, initrd.img, symbols, config, etc. /boot/efi/ should be the mountpoint for the EFI SP which when mounted then gives you /boot/efi/EFI/ ... if it were /boot/EFI/ that would imply mounting the ESP *over* /boot/, hiding the kernel images
[10:49] <EriC^^> it says "/boot is also recommended for mounting the EFI System Partition on a UEFI/GPT system"
[10:49] <EriC^^> but reading more it looks more relevant for EFISTUB
[10:50] <TJ-> Does it mean "under the /boot hierarchy" though, or actually "mount /dev/sda1 /boot" ?
[10:50] <TJ-> Look at that and it makes no sense whatsoever... whereas "mount /dev/sda1 /boot/efi/" makes perfect sense
[10:51] <EriC^^> yeah i know, i think it means to use /boot as the efi partition and contain the kernels too
[10:51] <TJ-> Do not let me miss the end of this ebay auction in 8 minutes... don't let me get sidetracked!!
[10:51] <EriC^^> but i think it's only for efistub or something
[10:52] <EriC^^> " In case of EFISTUB, the kernels and initramfs files should be stored in the EFI System Partition. For sake of simplicity, you can also use the ESP as the /boot partition itself instead of a separate /boot partition"
[10:52] <EriC^^> hehe
[10:52] <TJ-> If it means use /boot/ to mount the EFI SP and keep the kernels there too since otherwise that file-system is mostly wasted space ... that makes sens
[10:53] <TJ-> Oh, yes, that makes sense because using EFISTUB there's no GRUB
[10:53] <EriC^^> ah i se
[10:53] <EriC^^> *see
[10:53] <EriC^^> the docs are kind of misleading, i remember it said somewhere in arch it's recommended to use /boot not like other distros that use /boot/efi
[10:53] <TJ-> The boot is then UEFI > EFI-stub > Linux or more simply UEFI > Linux
[10:54] <EriC^^> or something like that, anyways ill probably fix that later
[11:37] <EriC^^> arch booted, i copied the efi partition as is
[11:37] <EriC^^> grub still complains that it can't find the efi dir though
[11:38] <EriC^^> i guess it didn't work earlier cause i installed the kernel from the chroot, or something
[11:59] <EriC^^> thanks for your help TJ-
[15:05] <OerHeks> lolz cfhowlett that guy is on mirc :-D
[15:06] <cfhowlett> so mirc, eol and backtrack?  we have a winner ...
[15:09] <OerHeks> maybe running on an Apple device, with a Wii remote, top notch!
[15:10] <cfhowlett> l33t!
[15:10] <OerHeks> .. and wearing a tshirt with that FSF guy :-D
[16:07] <daftykins> oh dear did i miss a corker?
[16:31] <OerHeks> corker = .. ?
[16:32] <daftykins> shocking or surprising event
[16:32] <daftykins> so that guy on mIRC, out of date and asking about backtrack D: oh dear
[16:32] <OerHeks> yeah, the rest is fantasy
[16:32] <OerHeks> ... but likely true