You are not logged in.
Devs have been looking at this today, and the consensus is that lxde is an abomination. If you have it working, that's good. Don't look at the ugly combination of packages. Meanwhile, I'm getting ready to purge all desktop environments from all of my computers.
You don't need the big swap unless you're planning to hibernate.
You don't need a boot flag for linux with msdos partition table.
For gpt disk with bios boot:
You need a 1MB or greater partition with no filesystem ("unformatted" in gparted, way at the bottom of the list)
and that partition needs a bios_grub flag (EF02 in gdisk). I've been putting this partition at the end.
You'll need at least one linux-formatted partition for the operating system.
You do not need an efi partition and you don't want the esp and boot flags on the linux partition. If you happen to have a real efi partition in addition to the others, it will just sit there and do nothing until you boot in uefi mode.
If you want to dual boot gpt disk with bios, you'll need another linux partition for the second linux installation. If you don't let the second one install a bootloader, you'll need to run update-grub on the first installation to add it to the boot menu. Either linux can be in charge of booting as long as you have a menu entry for the other one. (unless you're a fan of grub command line.)
For uefi boot:
You need a fat32 partition, around 50 - 500MB, with esp and boot flags. (Hint, just check esp in gparted and boot will get checked automatically.) (Hint2: I have 3 installations on one hard drive and the 200MB efi partition has 196MB free.)
You will need at least one partition for the OS, with a linux format and no flag.
If you want to dual boot on a uefi setup, you'll need another linux partition (exactly same advice as above regarding boot menus.)
The difference here is that the you will accumulate bootloaders in the efi partition. A different one for each distribution you install. Run efibootmgr to see the boot order or to make changes. Read the man page and especially read about uefi bootloaders at rodsbooks.com
http://www.rodsbooks.com/efi-bootloaders/index.html
Edit: Ohhh... too many words up above. Read it anyway.
#1 Case: Installation for single boot 32bit or 64bit on PC doesn't need uefi, so:
Partition table: msdos
/dev/sda (mbr )
/dev/sda1 (29 Gb, formatted ext4)
/dev/sda2 (1 Gb linux-swap)Partition table: gpt
/dev/sda1 (29 Gb, formatted ext4)
/dev/sda2 (1 Gb linux-swap)
/dev/sda3 (bios_grub flag, unformatted, 2Mb)#2 Case: Installation for dual boot 32bit or 64bit on PC doesn't need uefi
Same as above with another linux partition. (14.5G each?)
#3 Case: Installation for single boot 64bit uefi mode
/dev/sda1 (100MB, fat32, esp and boot flags)
/dev/sda2 (29GB, ext4)
/dev/sda3 (1GB linux swap)#4 Case: Installation for dual boot 64bit uefi mode
Same as above with another linux partition.
OK, my mistake. I thought I fixed that error. The i386 does have the correction. I just checked.
In the amd64 iso, there's an erroneous 'fi' on line 294.
sudo nano +294 /usr/bin/refractainstaller and delete the fi. There's also one on the line above that must stay. Doesn't really matter which one goes or stays, but you need one.
or get a replacement script here:
http://termbin.com/87bh
Sorry about that.
Edit: Take the pasted replacement. There another error that would show up if you have a separate /home partition and change the username during the install.
Catprints, please run it with 'refractainstaller -d' and save /var/log/refractainstaller_error.log. Then I can tell exactly where it failed. Thanks.
Siva, no script. I download them manually (possibly with a 'for' loop, depending on how lazy I feel). Some versions did not change between jessie and ascii, some did, and some names changed. (no more firmware-ralink).
The early signs are that this works ok, with the suggestion that maybe elogind doesn't work with LXDE.
When I tested two months ago, I was able to use elogind with lxde. I would try that now, except that I already wiped that lxde install. All those *kit packages just went through a lot of changes, so it might be different now.
Anyway, it sound like you fixed it. If you use consolekit or elogind, you must have the corresponding libpolkit packages with it. Those are what determines which one gets used.
This problem might now be fixed for upgrades from jessie and new installs of ascii. For upgrades from ascii to ascii, the suggested fix seems to be working.
Open a terminal, 'su' to get root, then run geany. Or nano. Or whatever you want.
Or use gksu if it's installed. If there's no root account, use gksudo. (or 'sudo -i' for a root terminal)
I never set the root editor in spacefm, but I think it's somewhere around the last tab in preferences.
No, I went through a different mess. 14GB is not big enough. During the upgrade, there were points when free space got down to 130MB. Um, no. There was a point where it got to zero. I was able to manually delete packages in /var/cache/apt/archives to make enough space to run some other commands, like 'apt-get remove libreoffice'.
Also, the upgrade took 12 hours. (OK, I slept through most of that, so it might have been shorter..)
I would recommend getting rid of mate before you upgrade. It will be messy. I installed openbox, lxpanel and lxterminal before removing mate, and I still had to reinstall xorg, xinit, xserver-xorg-video-all after removing mate.
A couple of things are broken. I have to type 'disable' during bootup. I get messages about some parrot-specific package needing attention as user, not root (inet-something). And I would guess that some other special parrot sauce is broken, too.
Anyway, once I finished the dist-upgrade, I also did an 'apt-get autoremove' and also removed systemd. I lost lightdm in the whole process, but startx works.
Well, I tried it, and I didn't run into any problems.
What I did:
installed to real hard drive with desktop-live-lxde iso I made a couple months ago. (task-lxde-desktop was installed)
apt-get update
apt-get upgrade
apt-get dist-upgade
I automatically got the two new libpolkit packages for consolekit (-backend and -gobject)
I'm using slim here. Did you change your display manager?
You should be able to have both elogind and consolekit installed. Which one is used is determined by which backend is installed. What happens (after fixing broken) if you try to install
libpolkit-backend-consolekit-1-0
libpolkit-gobject-consolekit-1-0
I think those will satisfy the deps so it won't ask for libpolkit-gobject-1-0-systemd
I can try this today. (Install lxde and then upgrade)
I was going to make it 12G, but at the last second I decided to make it 14. Good thing I did, because the install takes up 12.
Here are the rough notes:
- boot parrotsec iso
- get the refractainstaller-base deb and install it
Don't run it yet! I did, and then found out that grub is not installed in the live system. I had to boot the system from grub command line after connecting a virtual drive that had a working bootloader.
This should be easier:
There are grub debs in /lib/live/mount/medium/pool/main/g/grub2/
You need grub2-common, and you'll also need either the grub-pc* or grub-efi-amd64* packages.
You could just install them in the live session, but when it asks about where to put the bootloader, skip that part. Don't put it anywhere yet.
Edit: I'm thinking too hard. If you have a network connection in the live session just install grub-pc. (And still don't let it install the bootloader.)
Then run refractainstaller. You'll get asked where to put the bootloader, and it will get installed.
Reboot into the newly installed system.
Then apt update and install sysvinit-core (I also installed pm-utils because it was recommended. I have recommends turned off.)
Then reboot. (I had to reboot twice because of an error. Didn't write it down, sorry.)
OK, that's as far as I've gotten.
Next step is to change to beowulf repo and upgrade again.
I'd try aptitude why lxde and the same with the other packages that it wants to remove. Find out what brought them in. It's probably being replaced. And it's probably related to the new versions of elogind and/or policykit-1 that were put in ascii earlier today.
You're the second one today with something like this. (Looks like a metapackage issue.)
That netinstall iso didn't work either...
Refractainstaller to the rescue! I installed 9.3.3 -base package without having to add any of the deps. Ran great until I ran out of hard disk space. 6GB is not big enough. du tells me that /usr in the live system is 8.7G. (Not sure how that works, I only allotted 1G ram to this VM.)
I'll have to try again later with a 12G space. Here's a link to the installer deb, so you don't have to mess with changing repos before the install -
https://sourceforge.net/projects/refrac … .3_all.deb
That list of packages for autoremoval looks like stuff that came in with whatever task-*-desktop package was installed in your system. And I stress the "was" part of that. Past tense. Reinstall the one that's appropriate for your desktop environment. Did you remove something recently?
Now that I think about it, unattended upgrades on a testing system might not be the best choice.
I thought I'd give this a try, so I installed parrot in a virtualbox vm. I can't get the installed system to boot. It hangs somewhere around starting samba. Can't boot to rescue mode, either.
Check the Makefile to see if there's a place to set that path so it corresponds to your own setup.
Refracta-9.0 Beta isos based on Devuan ASCII (=Debian Stretch).
xfce, eudev, elogind, sysvinit, and a bunch of other goodies.
Still fits on a CD. (I left some apps out.)
https://sourceforge.net/projects/refrac ... s/testing/
New installer features:
- both cli and gui installers will do bios or uefi install
- support for gpt disks with bios boot (warns if you don't have bios_grub partition)
- support for full-disk encryption (encrypted /boot directory)
Not that I recommend it for daily use, aside from (I guess) being a sensible base, but it uses refractainstaller -- can't remember if this is the "default" devuan installer that this conversation is criticizing. Alternatively, one could easily manually partition a disk and debootstrap a base system. This process isn't far removed from using apt, as far as I can tell.
Nope. Refractainstaller is not devuan's default installer. We were talking about the debian-installer (that's the name of the package) which installs packages either from online repositories or from the media. Refractainstaller is used in the devuan live isos, but it doesn't install any packages - it just copies the running live system to the hard disk.
I handle wireless firmware in Refracta by including the packages in the iso. There no possibility of accidentally installing them - they must be installed manually with dpkg or gdebi.
Anywho..the progress is, learning ways to mess up & brake fresh installs! I've been doing that for weeks!!
Excellent! Once you figure out all the things not to do, the path will be clear.
If the kernel is a deb package and it's a newer version, it should automatically be set to the default in the boot menu when it's installed. Install newer kernel, reboot, remove older kernel (maybe later, just in case new kernel has bugs). I usually upgrade the kernel last, after the first reboot into the upgraded system.
Wired or wireless? Wired is easy - remove network manager. If that breaks your connection, run dhclient eth0 and install wicd-gtk (and/or wicd-curses if you want to work in console). Wireless wtihout encryption works the same way - just use wlan0 instead of eth0.
You can install spacefm any time. It won't make other file managers go away.
Upgrade in terminal or console is probably better than doing it in synaptic. (I never tried the latter.)
msi,
As for "allegations", when I say that the installer is buggy and installs proprietary firmware, that's not me claiming that. I'm repeating what was said to me in another thread in here, by someone who (from what I understood) is involved in the creation of such installer. That is, I'm stating facts - not making allegations.
You're probably referring to the following that I said in another thread:
I don't know much about the inner workings of the debian-installer, but what little I know confirms that it's an ugly hairball.
I was referring to difficulty working with the code to modify it. The devuan installer works surprisingly well. I don't think the rate of bugs in the beta installer is much different from what I've seen in debian over the years.
I'm not working on the installer other than to test it. Any time I've tried to include it in a live iso (with live-build) I failed. I hate the damned thing and don't know why you want to use it, but I respect your preference in installers (and we intend to keep it working, so don't worry about that.) I know more about the installer in the live isos.
I also said:
I agree that the user should be alerted to the fact that their hardware might require non-free firmware, they should be given the choice to install it or not, and the appropriate repositories should be included in sources.list.
We're working on that. Testing installers takes time.
Gnuinos is another one that uses debian-installer, has all free software and uses a libre kernel.
Refracta and Exegnulinux have all free software but use a different installer.
Here are my results. amd64 in all cases. (also posted to devuan-dev mailing list)
Install and Graphical Install (beta netinstall iso and dvd):
installer does not ask about non-free packages.
selecting eth0 results in no non-free firmware installed
selecting wlan0 installs non-free wireless firmware
Expert Install and Expert Graphical Install (only tested dvd):
If you select a mirror, you get asked about non-free packages.
Without a mirror, you do not get asked about non-free.
*** Without a mirror, non-free firmware gets installed regardless of
whether eth0 or wlan0 was configured.
*** With a mirror, wlan0 configured, answer "NO" to the non-free question,
and non-free firmware gets installed anyway.
Note: the sources.list issue seems to be fixed in yesterday's mini.iso.
Miyo, have you seen the question about non-free in the ascii installer isos? If so, which iso did you use? Thanks.
Miyo,
I don't know. There could be differences in the server hardware, the network paths or the current load on the server. Try running a traceroute on the different repos to compare times. And also notice that us.mirror takes you out of the US. (Boston to Chicago to Canada to France for me.)
Fernando,
I don't know much about the inner workings of the debian-installer, but what little I know confirms that it's an ugly hairball. I agree that the user should be alerted to the fact that their hardware might require non-free firmware, they should be given the choice to install it or not, and the appropriate repositories should be included in sources.list.
That's what I recall happening with the devuan jessie installer isos. I've been testing ascii in virtualbox, so I haven't run into any need for firmware. I'm looking into this.
wdq,
Simple answer: It's all about the user being able to make an informed choice.
Edit: In the hardware installs I've done, I chose eth0 for the network instead of wlan0, and the wireless firmware was not installed. No non-free or contrib packages were installed. (intel quad i7, intel graphics, realtek wireless)
Ascii is still in testing, but it pulls packages from stretch, which is stable. Current debian testing is being tracked by devuan beowulf, but not a lot of work has been done on that yet. I've heard from a couple people that beowulf is running well. I did one upgrade from ascii to beowulf, and it was pretty smooth, but I didn't keep that installation.
linux-image-4.15 can be found in ascii-backports. Add the backports repo, update, then install the kernel, then comment out backports and update again. (or pin backports to a priority lower than 500. This isn't strictly necessary, but it protects you against any mishaps with the priorities set in the repos. I got burned once.)
apt-get -t ascii-backports install linux-base linux-image-4.15-<whatever>auto.mirror, us.mirror, XX.mirror are all mirroring packages.devuan.org, which uses the first incarnation of amprolla to merge the debian and devuan repos. It updates once a day.
pkgmaster.devuan.org uses amprolla3, which updates every couple of hours and is mirrored by deb.devuan.org.
deb http://pkgmaster.devuan.org/merged/ ascii main
deb http://pkgmaster.devuan.org/merged ascii-updates main
deb http://pkgmaster.devuan.org/merged ascii-security main
deb http://pkgmaster.devuan.org/merged/ ascii-backports main