Solved Issue installing Korora
-
-
@scottalanmiller said in Issue installing Korora:
@stacksofplates said in Issue installing Korora:
Ya I just prefer regular Fedora with Gnome 3.
Eww
Gnome 3 is my go to. I have my set of extensions I use and I feel lost without them.
-
I can't stand the way gnome3 went. I'll be sticking with Mate.
-
@stacksofplates said in Issue installing Korora:
@scottalanmiller said in Issue installing Korora:
@stacksofplates said in Issue installing Korora:
Ya I just prefer regular Fedora with Gnome 3.
Eww
Gnome 3 is my go to.
Why?
-
FWIW I had this same issue (very rarely though) with an install of Debian. After a little bit of troubleshooting, I found it was a corrupt download. But you appear to have tried that already.
-
@BBigford said in Issue installing Korora:
@stacksofplates said in Issue installing Korora:
@scottalanmiller said in Issue installing Korora:
@stacksofplates said in Issue installing Korora:
Ya I just prefer regular Fedora with Gnome 3.
Eww
Gnome 3 is my go to.
Why?
Extensions, and the activities overview. I never have to touch my mouse to get anything, but the extensions are the biggest benefit.
-
@Tim_G said in Issue installing Korora:
I may just end up sticking to Debian based distributions (for non-server use). Haven't had any trouble with those... but Mint is too much for me, I don't like it for myself. Though, it'd set it up for my parents or grand parents. I don't like the route Ubuntu went, so it's not a preference, but it works well.
You can try ubuntu Mate. this is my current develop env and it runs in a VM. My personal laptop runs debian with gnome 3.
That was my workstation before I shut down my company.anyway, if you are more of a redhat guy, have you evern seen this?
About the error: it's python, if you can post it all, maybe I can help debugging the thing.
-
@matteo-nunziati said in Issue installing Korora:
@Tim_G said in Issue installing Korora:
I may just end up sticking to Debian based distributions (for non-server use). Haven't had any trouble with those... but Mint is too much for me, I don't like it for myself. Though, it'd set it up for my parents or grand parents. I don't like the route Ubuntu went, so it's not a preference, but it works well.
You can try ubuntu Mate. this is my current develop env and it runs in a VM. My personal laptop runs debian with gnome 3.
That was my workstation before I shut down my company.anyway, if you are more of a redhat guy, have you evern seen this?
About the error: it's python, if you can post it all, maybe I can help debugging the thing.
Okay, I did grab a report and dumped it as a .tar.gz. I don't want to waste your time on this, but just incase, maybe a last resort... and you don't spend more than 10 minutes on!
Anyways, some new info: I can guarantee it's not the media or ISO now.
Maybe it has something to do with my SSD? I don't know how to tell. I can see it in gparted.
It happens when I select the drive to install the OS on, then click the Done button. After that it spits the error and I have to close it.
How do I do the text install? I don't see an option anywhere to do that.
-
Also, maybe it has something to do with this mmc0 error. I don't see why as I think that's card reader or something.
The live boot works great, everything works. No idea why I can't install...
-
@Tim_G said in Issue installing Korora:
Also, maybe it has something to do with this mmc0 error. I don't see why as I think that's card reader or something.
yes card reader. IMHO you should be fine ignoring it.
The live boot works great, everything works. No idea why I can't install...
well the live do not manage to install on the disk... when you say you see it from gpartede you mean from the gparted instance into the live env? if so the env has controller drivers for your ssd.
did you try - as test- to partition the ssd from gparted run into the live env? at least you can be sure you can partition the ssd.
if you have stuff on the ssd try also -and first- to mount it in the live env and open random files here and there.
for text install try passing the kernel option inst.text. advice: never tried it!
-
@Tim_G What is mmc0? Is it an actual card reader peripheral plugged into some headers on the mobo? If so, disconnect it for the install.
For the text based installer, on live boot distros there is usually an option like
Graphical Install
Installfrom the boot menu of the live media.
-
@momurda said in Issue installing Korora:
@Tim_G What is mmc0? Is it an actual card reader peripheral plugged into some headers on the mobo? If so, disconnect it for the install.
For the text based installer, on live boot distros there is usually an option like
Graphical Install
Installfrom the boot menu of the live media.
It's a laptop, so I'm pretty sure it's referring to the built-in card reader.
This live boot does not have a text install option.
-
Actually, you know what...
I'll just stick to the main trunks of Linux flavors from now on, personally and professionally: Debian/Ubuntu, Slackware/SuSE, RedHat/CentOS/Fedora, and Arch.... oh and I'll include FreeBSD (only for the sake of completion), but I don't consider that Linux at all (it's not).
I believe I finally arrived at the point where I just don't think there is any reason to consider anything else for any purpose... be it enterprise or personal.
The rest of them I think is just the IKEA effect at it's finest...
-
There is rather a bit of value to that. I'm on Ubuntu these days rather than Korora or Mint because neither would install on my laptop, which makes me sad. But it works. Still better than other options.
-
@Tim_G said in Issue installing Korora:
Actually, you know what...
I'll just stick to the main trunks of Linux flavors from now on, personally and professionally: Debian/Ubuntu, Slackware/SuSE, RedHat/CentOS/Fedora, and Arch.... oh and I'll include FreeBSD (only for the sake of completion), but I don't consider that Linux at all (it's not).
I believe I finally arrived at the point where I just don't think there is any reason to consider anything else for any purpose... be it enterprise or personal.
The rest of them I think is just the IKEA effect at it's finest...
for business centos, ubuntu LTS, SLE, debian and -maybe now- opensuse are the most robust choices IMHO.
I usually stick with centos on bare metal (KVM) or critical services, while I opt for ubuntu in VM (mostly because it is a faster debian install). Still missing the opportunity to test Suse in real envs.
On the desktop any of the above will fit, but centos/SLE is a bit of old for a control machine/workstation.
I keep Fedora out because it seems rather bleeding edge to me.
Of course in the years I've meet (on line) people who deploy arch linux and slackware in production, but this is not quite common.
-
@matteo-nunziati said in Issue installing Korora:
ubuntu LTS,
For robust you actually want to avoid the LTS release. It's a name, not a long term support agreement. This is straight from Canonica, it you want the robust Ubuntu option, you must stay on the current release, not the LTS.
https://mangolassi.it/topic/8737/how-ubuntu-lts-support-works
-
That Mint maps to Ubuntu LTS is actually one of my concerns with it. Sticking with the most up to date and robust official Ubuntu option gives me more up to date software than using Mint. Mint does it to lower their effort, but it reduces the value of Mint IMHO.
-
@scottalanmiller said in Issue installing Korora:
@matteo-nunziati said in Issue installing Korora:
ubuntu LTS,
For robust you actually want to avoid the LTS release. It's a name, not a long term support agreement. This is straight from Canonica, it you want the robust Ubuntu option, you must stay on the current release, not the LTS.
https://mangolassi.it/topic/8737/how-ubuntu-lts-support-works
well, wrong word. I mean that I receive fewer security only updates - basically it is more close to debian stable in terms of security patches. I prefere to know my bugs than update every week a ton of packages. I really hate how ubuntu flows with tens of updates every week. I even consider to stay 1 version behind current LTS, even if, in the end I always land on the current LTS for other reasons.
-
@matteo-nunziati said in Issue installing Korora:
@scottalanmiller said in Issue installing Korora:
@matteo-nunziati said in Issue installing Korora:
ubuntu LTS,
For robust you actually want to avoid the LTS release. It's a name, not a long term support agreement. This is straight from Canonica, it you want the robust Ubuntu option, you must stay on the current release, not the LTS.
https://mangolassi.it/topic/8737/how-ubuntu-lts-support-works
well, wrong word. I mean that I receive fewer security only updates - basically it is more close to debian stable in terms of security patches. I prefere to know my bugs than update every week a ton of packages. I really hate how ubuntu flows with tens of updates every week. I even consider to stay 1 version behind current LTS, even if, in the end I always land on the current LTS for other reasons.
Oh no, LTS I avoid specifically because of bugs. Bug fixes and stability is only fully supported in the latest releases. That's specifically what gets left out of LTS. If you want robust, stable Ubuntu you stay current, that's just how the Ubuntu ecosystem works. I know of no reason to be on LTS other than "I have packages from a lazy vendor and that's more important that OS stability to me."
-
@scottalanmiller said in Issue installing Korora:
I know of no reason to be on LTS other than "I have packages from a lazy vendor and that's more important that OS stability to me."
That's it! you got me!
Seriously, Debian bug fix policy is really close to the one of Ubuntu (well you would rather say the opposite) and Debian is by no means a weak distro. My usage of ubuntu is as basic platform for java/python webapps. The ubuntu install I do is always in VM and always a minimal system install. The only addiction is open-ssh. bugs are there for sure. But I use the bare minimum OS, and it has worked quite well for now:
- setup an IP,
- have bash,
- schedule cron jobs,
- setup a systemd unit file.
- not having to deal with new API/ABI/interpreters
- p.e.r.i.o.d.
but my concern is mostly security fixes and a low flux of updates. Not because I'm really obsessed by security, but because well... you have to security fix stuff now and then
compare the pkg flow to debian stable or centos, it is quite similar in LTS, while standard Ubuntu litterally kills you with a ton of updates.
Let state this different: I do NOT trust Ubuntu for critical pieces but is just practical as a base to deploy your specific app in a VM. For this usage having security fixes for 5 years is enough to me, even if some pieces have bugs and are not fixed. I do not use it for any kind of virtualization, DNS, AD or similar.
Centos has not enough packages unless you activate third party repos, debian is too fast (basically and upgrade every 2 years), Ubuntu LTS blends. I'm now curious about Opensuse Leap.
BTW, I think we two are thinking about stability in a different way. You think, correctly, at it as system stability: avoid bugs that cause chrashes and races and so in the OS behaviour, having the best level of functionality a piece of software can give.
I think about stability as a coder: avoid ABI/API changes, interpreter major version bumps and so. just get security fixes and forget the platform for 5 years.
I use Ubuntu mostly as a platform to deploy my applications. So I think I'm interested in LTS mostly because it tends to not break API/API/interpreters (thinking about moving from python 2.7 to 3.5 or even 3.5 to 3.6 - on a minor note).
