Re: [qubes-users] ubuntu template qubes 4.0
On Sun, May 31, 2020 at 09:27:24PM -0500, Sven Semmler wrote: > On Mon, Jun 01, 2020 at 12:50:30AM +0100, unman wrote: > > If anyone's interested, I could provide a quick write-up on how to build > > the focal template.. > > That being said, I would love to read your write-up for educational > purposes. ... meaning, I tried to this myself earlier and have failed each time. So I'd itch to see how it's done right. /Sven -- public key: https://www.svensemmler.org/0x8F541FB6.asc fingerprint: D7CA F2DB 658D 89BC 08D6 A7AA DA6E 167B 8F54 1FB6 -- You received this message because you are subscribed to the Google Groups "qubes-users" group. To unsubscribe from this group and stop receiving emails from it, send an email to qubes-users+unsubscr...@googlegroups.com. To view this discussion on the web visit https://groups.google.com/d/msgid/qubes-users/20200601023050.GB1070%40app-email-private.
Re: [qubes-users] ubuntu template qubes 4.0
On Mon, Jun 01, 2020 at 12:50:30AM +0100, unman wrote: > If anyone's interested, I could provide a quick write-up on how to build > the focal template.. Hi unman, after our last conversation I switched all my templates to buster to check if I tricked myself into thinking Ubuntu would somehow be easier. You were right, there is really no difference to speak of. Somehow my personal learning curve worked out in a way that I thought Ubuntu was easier. What I do like so much about Ubuntu in fact comes down to the Ambiance theme, the Humanity icon set and the ubuntu font. I can copy these to any Linux distro. That being said, I would love to read your write-up for educational purposes. /Sven -- public key: https://www.svensemmler.org/0x8F541FB6.asc fingerprint: D7CA F2DB 658D 89BC 08D6 A7AA DA6E 167B 8F54 1FB6 -- You received this message because you are subscribed to the Google Groups "qubes-users" group. To unsubscribe from this group and stop receiving emails from it, send an email to qubes-users+unsubscr...@googlegroups.com. To view this discussion on the web visit https://groups.google.com/d/msgid/qubes-users/20200601022724.GA1070%40app-email-private.
Re: [qubes-users] Qubes won't boot
Using fdisk -l /dev/xvdi shows me 2 partitions only, a 200m EFI System and xvdi2 a 931G Linux file system, there are no more partitions even if I decrypt, mount and fdisk -l /dev/xvdi2 -- You received this message because you are subscribed to the Google Groups "qubes-users" group. To unsubscribe from this group and stop receiving emails from it, send an email to qubes-users+unsubscr...@googlegroups.com. To view this discussion on the web visit https://groups.google.com/d/msgid/qubes-users/2293f05e-4d05-434c-9652-1e9ca6205d80%40googlegroups.com.
Re: [qubes-users] ubuntu template qubes 4.0
On Sun, May 31, 2020 at 09:14:27AM -0700, Damien Waber wrote: > Thanks very much ! and than you for the link to prebuilt images. You even > have focal :-D > > > > Le dimanche 31 mai 2020 07:51:06 UTC-4, unman a ??crit : > > > > On Sat, May 30, 2020 at 12:06:16PM -0700, Damien Waber wrote: > > > Hi, > > > > > > I tried to build an ubuntu template since it is required for one of my > > > courses. I followed several tutorials / posts on the internet but all > > > failed. Could anyone help me? > > > > There's a fix in the pipeline - in the meantime, go to > > app-linux-pdf-converter/debian and edit `rules` - > > On line 17, there's a typo - > > Change qubes.pdf-converter to qubes-pdf-converter > > > > Now the build will work, albeit with warnings that I really should fix. > > > > If you are short of time, you can always grab a pre-built template from > > https://qubes.3isec.org > > > The PR has been merged, so a simple update on the sources will do. I do have a focal template there - Made it for a client, but thought I'd make it available. It wont be available in qubes-builder until the debootstrap scripts are updated to include focal. If anyone's interested, I could provide a quick write-up on how to build the focal template.. unman -- You received this message because you are subscribed to the Google Groups "qubes-users" group. To unsubscribe from this group and stop receiving emails from it, send an email to qubes-users+unsubscr...@googlegroups.com. To view this discussion on the web visit https://groups.google.com/d/msgid/qubes-users/20200531235030.GA13020%40thirdeyesecurity.org.
Re: [qubes-users] Qubes won't boot
LuksOpen worked now, it was stupid of me to forget the sudo. Mounted it as oldhdd, using ls -al /dev/mapper/*-private says there is no such directory ls -al /dev/mapper/oldhdd-private says the same ls -al /dev/mapper/oldhdd returns only one line lrwxrwxrwx 1 root root 7 May 31 17:39 /dev/mapper/oldhdd -> ../dm-0 Tried those 3 ways with and without sudo I really appreciate you helping me, sorry to be so dumb for these stuff, I manage just fine for every day things. -- You received this message because you are subscribed to the Google Groups "qubes-users" group. To unsubscribe from this group and stop receiving emails from it, send an email to qubes-users+unsubscr...@googlegroups.com. To view this discussion on the web visit https://groups.google.com/d/msgid/qubes-users/33d4d729-bc65-4f72-be9e-8cd80bc3c449%40googlegroups.com.
Re: [qubes-users] Qubes won't boot
On Sun, May 31, 2020 at 01:57:24PM -0700, Boot problems wrote: > /dev/xvdi but using that it just says permission denied. so use "sudo fdisk -l /dev/xvdi" > the cryptsetup luksOpen /dev/xvdi2 name, then it says access denied, I so use "sudo cryptsetup luksOpen /dev/xvdi2 name" > can seemingly unencrypted it from the gnome-disks GUI but not mount it. it contains an lvm stack, so there will be many virtual volumes inside. after the luksOpen, check "ls -al /dev/mapper/*-private" and look for the devices with the names of your old VMs. you should be able to mount these. hint: use "sudo mount /dev/mapper/whatever-private /mnt/whatever" hint2: you will have to replace the "whatever" part there. hint3: you will have to "sudo mkdir /mnt/whatever" or create new VMs, and restore the whole private volumes with dd. > However I tried booting up the old hdd again and now it works as long > as the ssd is connected too but all my data is gone and is just a > clone of the new ssd, without the ssd connected it doesn't boot up > like before, I guess it has been formatted then, is there a way to that sounds more like you are just booting from your ssd into the fresh install. -- You received this message because you are subscribed to the Google Groups "qubes-users" group. To unsubscribe from this group and stop receiving emails from it, send an email to qubes-users+unsubscr...@googlegroups.com. To view this discussion on the web visit https://groups.google.com/d/msgid/qubes-users/20200531211905.GD1079%40priv-mua.
Re: [qubes-users] Qubes won't boot
I attached the hdd to a VM and used the fdisk -l command, with /dev/hdx it says the directory did not exists so I brought up the gnome-disks GUI and saw that it was on the directory /dev/xvdi but using that it just says permission denied. I googled the cryptopen and if the command I'm supposed to enter is the cryptsetup luksOpen /dev/xvdi2 name, then it says access denied, I can seemingly unencrypted it from the gnome-disks GUI but not mount it. However I tried booting up the old hdd again and now it works as long as the ssd is connected too but all my data is gone and is just a clone of the new ssd, without the ssd connected it doesn't boot up like before, I guess it has been formatted then, is there a way to recover some of the lost information? I only really need a few files. -- You received this message because you are subscribed to the Google Groups "qubes-users" group. To unsubscribe from this group and stop receiving emails from it, send an email to qubes-users+unsubscr...@googlegroups.com. To view this discussion on the web visit https://groups.google.com/d/msgid/qubes-users/ee9b600c-c3e3-447f-83cb-fae9ab067fe4%40googlegroups.com.
Re: [qubes-users] Qubes won't boot
On Sun, May 31, 2020 at 12:45:22PM -0700, Boot problems wrote: > Hello, I wanted to migrate from my old hhd to a new ssd, I installed [...] > could it be a grub issue? What can I do? assuming you were NOT reinstalling because you were compromised... - just boot your new qubes system - with the old HDD attached (directly or through USB) - check if there are partitions on it (fdisk -l /dev/hdx) - open the luks container from the HDD (google: cryptopen) - you should now have access to the lvm volume of your old system - with that access, you can create replacement vms and dd over their private volumes. see how far you can get on that list. ask more specific questions as required. -- You received this message because you are subscribed to the Google Groups "qubes-users" group. To unsubscribe from this group and stop receiving emails from it, send an email to qubes-users+unsubscr...@googlegroups.com. To view this discussion on the web visit https://groups.google.com/d/msgid/qubes-users/20200531200229.GC1079%40priv-mua.
[qubes-users] Qubes won't boot
Hello, I wanted to migrate from my old hhd to a new ssd, I installed Qubes on the new ssd and it works fine but now the old hhd won't boot, I tried the rescue option that is in the installation iso but it says there are no Linux partitions found, to be fair I don't know how to use the rescue tool neither, did I format my disk accidentally or could it be a grub issue? What can I do? -- You received this message because you are subscribed to the Google Groups "qubes-users" group. To unsubscribe from this group and stop receiving emails from it, send an email to qubes-users+unsubscr...@googlegroups.com. To view this discussion on the web visit https://groups.google.com/d/msgid/qubes-users/46f9c2ba-427a-4ef3-a1cc-fa16735e826d%40googlegroups.com.
Re: [qubes-users] ubuntu template qubes 4.0
Thanks very much ! and than you for the link to prebuilt images. You even have focal :-D Le dimanche 31 mai 2020 07:51:06 UTC-4, unman a écrit : > > On Sat, May 30, 2020 at 12:06:16PM -0700, Damien Waber wrote: > > Hi, > > > > I tried to build an ubuntu template since it is required for one of my > > courses. I followed several tutorials / posts on the internet but all > > failed. Could anyone help me? > > There's a fix in the pipeline - in the meantime, go to > app-linux-pdf-converter/debian and edit `rules` - > On line 17, there's a typo - > Change qubes.pdf-converter to qubes-pdf-converter > > Now the build will work, albeit with warnings that I really should fix. > > If you are short of time, you can always grab a pre-built template from > https://qubes.3isec.org > -- You received this message because you are subscribed to the Google Groups "qubes-users" group. To unsubscribe from this group and stop receiving emails from it, send an email to qubes-users+unsubscr...@googlegroups.com. To view this discussion on the web visit https://groups.google.com/d/msgid/qubes-users/698b6418-c4e0-48a8-be27-c5d67b00a4af%40googlegroups.com.
Re: [qubes-users] Multiple X sessions in Dom0?
On 2020-05-31 16:52, brendan.h...@gmail.com wrote: > On Friday, May 29, 2020 at 6:15:31 AM UTC-4, donoban wrote: > > On 2020-05-29 02:34, brend...@gmail.com wrote: > > Can Qubes support multiple X sessions in dom0? > Or do you mean multiple X sessions with the same user? > > > Yes, exactly. > > On Friday, May 29, 2020 at 6:23:19 AM UTC-4, Frédéric Pierret wrote: > > On 2020-05-29 02:34, brend...@gmail.com wrote: > > Can Qubes support multiple X sessions in dom0? > I guess you want to see VMs in separate X sessions. Without speaking of > user management, yes it can but currently gui-daemon is running on DISPLAY=:0 > waiting for all VM start/shutdown and starting a proper server for them. In > your case of having multiple DISPLAY, that would mean to adapt the automatic > start of each deamon per VM. > > I would say, wait or try the (undocumented) GuiVM implementation in R4.1, > that would ease such use-case/management.. > > > That sounds reasonable. As it is, without further adjustment, I cannot get a > second X server to start up correctly under 4.0. > > I'm using window manager workspaces now to mentally separate out different > work-streams across a dozen running VMs sometimes. > > However, it might be nicer to have a stronger organizational (and mental) > partition and multiple X servers with the UI of running VMs associated with > different X servers would be nice. > > Perhaps multiple GUIVMs could serve that purpose? Yes it's the idea. The last remaining organizational thing would be how to display those multiple desktops/GuiVMs. That could still be separate DISPLAY or separate workspaces (shortcuts management difficulties probably). Currently we have dom0 the "root" display, showing one fullscreen GuiVM (due to emulated GPU pass-through). But, I don't see any obstacle at dom0 boot, to start multiple Xsessions where you run manually gui-daemon associated to specific GuiVM. In the future, this setup would be initialized into the GuiVM itself with GPU passthrough. If you run into this work, I could help you for support. Best, Frédéric -- You received this message because you are subscribed to the Google Groups "qubes-users" group. To unsubscribe from this group and stop receiving emails from it, send an email to qubes-users+unsubscr...@googlegroups.com. To view this discussion on the web visit https://groups.google.com/d/msgid/qubes-users/bd752014-29d3-b555-cca9-189e6990fcd3%40qubes-os.org. signature.asc Description: OpenPGP digital signature
Re: [qubes-users] Multiple X sessions in Dom0?
On Friday, May 29, 2020 at 6:15:31 AM UTC-4, donoban wrote: > > On 2020-05-29 02:34, brend...@gmail.com wrote: > > Can Qubes support multiple X sessions in dom0? > Or do you mean multiple X sessions with the same user? > Yes, exactly. On Friday, May 29, 2020 at 6:23:19 AM UTC-4, Frédéric Pierret wrote: > On 2020-05-29 02:34, brend...@gmail.com wrote: > > Can Qubes support multiple X sessions in dom0? > I guess you want to see VMs in separate X sessions. Without speaking of > user management, yes it can but currently gui-daemon is running on > DISPLAY=:0 waiting for all VM start/shutdown and starting a proper server > for them. In your case of having multiple DISPLAY, that would mean to adapt > the automatic start of each deamon per VM. > > I would say, wait or try the (undocumented) GuiVM implementation in R4.1, > that would ease such use-case/management.. > That sounds reasonable. As it is, without further adjustment, I cannot get a second X server to start up correctly under 4.0. I'm using window manager workspaces now to mentally separate out different work-streams across a dozen running VMs sometimes. However, it might be nicer to have a stronger organizational (and mental) partition and multiple X servers with the UI of running VMs associated with different X servers would be nice. Perhaps multiple GUIVMs could serve that purpose? Brendan -- You received this message because you are subscribed to the Google Groups "qubes-users" group. To unsubscribe from this group and stop receiving emails from it, send an email to qubes-users+unsubscr...@googlegroups.com. To view this discussion on the web visit https://groups.google.com/d/msgid/qubes-users/5c4abbdd-f9c0-40fa-a39c-13f05d36836d%40googlegroups.com.
Re: [qubes-users] ubuntu template qubes 4.0
On Sat, May 30, 2020 at 12:06:16PM -0700, Damien Waber wrote: > Hi, > > I tried to build an ubuntu template since it is required for one of my > courses. I followed several tutorials / posts on the internet but all > failed. Could anyone help me? There's a fix in the pipeline - in the meantime, go to app-linux-pdf-converter/debian and edit `rules` - On line 17, there's a typo - Change qubes.pdf-converter to qubes-pdf-converter Now the build will work, albeit with warnings that I really should fix. If you are short of time, you can always grab a pre-built template from https://qubes.3isec.org -- You received this message because you are subscribed to the Google Groups "qubes-users" group. To unsubscribe from this group and stop receiving emails from it, send an email to qubes-users+unsubscr...@googlegroups.com. To view this discussion on the web visit https://groups.google.com/d/msgid/qubes-users/20200531115101.GA10314%40thirdeyesecurity.org.
Re: [qubes-users] Re: docker install problems on debian-10
The process isn't terribly involved, go into /etc/apt/sources.list and change any mentions of buster or what-have-you, and replace that with jessie, "sudo apt update" Jessie uses the 3.16 kernel(specific package name found with "aptitude search linux-image), so "sudo apt install linux-image-3.16.0-10-amd64 && sudo apt-get install linux-headers-3.16.0-10-amd64" and finally to apply the change "sudo apt-cache policy linux-image-3.16.0-10-amd64" and voila. honestly probably a little more hassle than just grabbing an old template from the qubes repository, but I have almost always preferred doing things the harder way at first just for the learning experience. On Sunday, May 31, 2020 at 5:55:22 AM UTC-4, haaber wrote: > > > I tried to find a simpler workaround, but it looks like it's a problem > > with kernel support, so either switch to a distro with aufs support(such > > as Debian 9/Jessie), or downgrade your kernel. > << --snip --> > > Thank you! I removed my debian-9 template long ago (surprised?), but I > could re-install one for building. Just to evaluate the time-cost: how > would "downgrade" work? > > -- You received this message because you are subscribed to the Google Groups "qubes-users" group. To unsubscribe from this group and stop receiving emails from it, send an email to qubes-users+unsubscr...@googlegroups.com. To view this discussion on the web visit https://groups.google.com/d/msgid/qubes-users/140ac91a-37a2-4a80-9b13-c72068a80b9f%40googlegroups.com.
Re: [qubes-users] Re: docker install problems on debian-10
On Sun, May 31, 2020 at 11:55:15AM +0200, haaber wrote: > Thank you! I removed my debian-9 template long ago (surprised?), but I > could re-install one for building. Just to evaluate the time-cost: how > would "downgrade" work? just install the right rpm for either kernel or debian template. so close to no effort, just a bit of download+diskspace required. they are all still in the repo, even if very outdated: https://ftp.qubes-os.org/repo/yum/r4.0/current/dom0/fc25/rpm/ check the kernel-qubes-vm-* and kernel-latest-qubes-vm-* even more versions if you look at the -testing repo: https://ftp.qubes-os.org/repo/yum/r4.0/current-testing/dom0/fc25/rpm/ minor points to consider: - make sure you pick the *qubes-vm* pkg if you want a kernel for use in appvms. - you can have as many vm-kernels installed as you have diskspace for. - if you want to use many and use automated updates, may want to crank up installonly_limit in dom0:/etc/dnf/dnf.conf and add kernel-latest and kernel-latest-qubes-vm to installonlypkgs. - depending on how you install the pkgs, you may have to use --force to make it install _older_ pkgs than already installed. -- You received this message because you are subscribed to the Google Groups "qubes-users" group. To unsubscribe from this group and stop receiving emails from it, send an email to qubes-users+unsubscr...@googlegroups.com. To view this discussion on the web visit https://groups.google.com/d/msgid/qubes-users/20200531103835.GB1079%40priv-mua.
Re: [qubes-users] Re: docker install problems on debian-10
I tried to find a simpler workaround, but it looks like it's a problem with kernel support, so either switch to a distro with aufs support(such as Debian 9/Jessie), or downgrade your kernel. << --snip --> Thank you! I removed my debian-9 template long ago (surprised?), but I could re-install one for building. Just to evaluate the time-cost: how would "downgrade" work? -- You received this message because you are subscribed to the Google Groups "qubes-users" group. To unsubscribe from this group and stop receiving emails from it, send an email to qubes-users+unsubscr...@googlegroups.com. To view this discussion on the web visit https://groups.google.com/d/msgid/qubes-users/48902821-d718-33bf-4e09-f0727758e760%40web.de.
[qubes-users] Re: docker install problems on debian-10
I tried to find a simpler workaround, but it looks like it's a problem with kernel support, so either switch to a distro with aufs support(such as Debian 9/Jessie), or downgrade your kernel. On Wednesday, May 27, 2020 at 5:12:35 AM UTC-4, haaber wrote: > > Hey, I experience trouble while trying to install docker accordingly to > https://docs.docker.com/engine/install/debian/ on debian-10. It apprears > that aufs.ko (whatever that is) makes trouble > > Building initial module for 4.19.120-1.pvops.qubes.x86_64 > Error! Bad return status for module build on kernel: > 4.19.120-1.pvops.qubes.x86_64 (x86_64) > Consult /var/lib/dkms/aufs/4.19+20190211/build/make.log for more > information. > dpkg: error processing package aufs-dkms (--configure): > installed aufs-dkms package post-installation script subprocess > returned error exit status 10 > Errors were encountered while processing: > aufs-dkms > E: Sub-process /usr/bin/dpkg returned an error code (1) > > Could someone help me, with a hint, please? Cheers, Bernhard > -- You received this message because you are subscribed to the Google Groups "qubes-users" group. To unsubscribe from this group and stop receiving emails from it, send an email to qubes-users+unsubscr...@googlegroups.com. To view this discussion on the web visit https://groups.google.com/d/msgid/qubes-users/c82b48d3-668d-4ca6-878c-f39ce3244bfc%40googlegroups.com.
Re: [qubes-users] Qubes don't Install on revodrive
On Sun, May 31, 2020 at 09:07:14AM +0200, Joo Nasss wrote: > Qubes 4.0.3 don't Install on revodrive > There comes an Error that ist failed to make DM RAID not familiar with revodrive, but for installing to a different kind of barely-supported storage (internal eMMC via sdhci-pci driver) i tend to just install to a USB stick (32GB+ will do, but you have to be quite patient) and dd the partitions over to the target storage. since most of the referencing (like from fstab, initrd) is done by uuid there is basicly no config adjustment required when moving the partitions around. this also allows "hybrid" modes for these "oh yeah, i botched the internal bootloader, so let me /boot from USB again while using internal luks/root volume". -- You received this message because you are subscribed to the Google Groups "qubes-users" group. To unsubscribe from this group and stop receiving emails from it, send an email to qubes-users+unsubscr...@googlegroups.com. To view this discussion on the web visit https://groups.google.com/d/msgid/qubes-users/20200531080948.GA1079%40priv-mua.
Re: [qubes-users] docker install problems on debian-10
confirmed the same issue encountered here, also on Debian 10 TemplateVM, latest stable QubesOS On Wednesday, May 27, 2020 at 8:42:59 PM UTC+8, haaber wrote: > > > Hey, I experience trouble while trying to install docker accordingly to > > https://docs.docker.com/engine/install/debian/ on debian-10. It > apprears > > that aufs.ko (whatever that is) makes trouble > > > > Building initial module for 4.19.120-1.pvops.qubes.x86_64 > > Error! Bad return status for module build on kernel: > > 4.19.120-1.pvops.qubes.x86_64 (x86_64) > > Consult /var/lib/dkms/aufs/4.19+20190211/build/make.log for more > > information. > > dpkg: error processing package aufs-dkms (--configure): > > installed aufs-dkms package post-installation script subprocess > > returned error exit status 10 > > Errors were encountered while processing: > > aufs-dkms > > E: Sub-process /usr/bin/dpkg returned an error code (1) > > > > Could someone help me, with a hint, please? Cheers, Bernhard > > > I append my own question by a detail: Since I am asked to consult the > make.log file, here is why it fails. I have no way to fix that without > some help. Maybe sme headers missing ?? > > > from /var/lib/dkms/aufs/4.19+20190211/build/fs/aufs/sbinfo.c:23: > /var/lib/dkms/aufs/4.19+20190211/build/fs/aufs/super.h:134:2: error: > unknown type name ‘vfs_readf_t’ >vfs_readf_t si_xread; >^~~ > /var/lib/dkms/aufs/4.19+20190211/build/fs/aufs/super.h:135:2: error: > unknown type name ‘vfs_writef_t’ >vfs_writef_t si_xwrite; >^~~~ > In file included from > /var/lib/dkms/aufs/4.19+20190211/build/fs/aufs/branch.h:33, > from > /var/lib/dkms/aufs/4.19+20190211/build/fs/aufs/aufs.h:38, > from > /var/lib/dkms/aufs/4.19+20190211/build/fs/aufs/module.c:25: > /var/lib/dkms/aufs/4.19+20190211/build/fs/aufs/super.h:134:2: error: > unknown type name ‘vfs_readf_t’ >vfs_readf_t si_xread; >^~~ > /var/lib/dkms/aufs/4.19+20190211/build/fs/aufs/super.h:135:2: error: > unknown type name ‘vfs_writef_t’ >vfs_writef_t si_xwrite; >^~~~ > > -- You received this message because you are subscribed to the Google Groups "qubes-users" group. To unsubscribe from this group and stop receiving emails from it, send an email to qubes-users+unsubscr...@googlegroups.com. To view this discussion on the web visit https://groups.google.com/d/msgid/qubes-users/bf0eb057-372a-4c1f-a269-7e067638b2bf%40googlegroups.com.
[qubes-users] Qubes don't Install on revodrive
Qubes 4.0.3 don't Install on revodrive There comes an Error that ist failed to make DM RAID Can anybody give me a tipp -- You received this message because you are subscribed to the Google Groups "qubes-users" group. To unsubscribe from this group and stop receiving emails from it, send an email to qubes-users+unsubscr...@googlegroups.com. To view this discussion on the web visit https://groups.google.com/d/msgid/qubes-users/CAAM541kVHiYvG%3DaK9z%3D5o420E%3D-6RRctxmrrt4MZfuzOq8B_%2Bg%40mail.gmail.com.
