Probably not the ideal method, but I’ve used a virtual machine with the disk connected via USB and then mounted to the VM to achieve something like this. It doesn’t interfere with the existing disks or UEFI of any actual hardware then.
I’m not sure if Ubuntu requires a wired internet connection. I’ve installed a different distro yesterday and wifi worked fine during the installation. The installer asked me to connect to network and I used the wifi. I’ve never plugged a network cable into the machine. Maybe it’s the same with Ubuntu. But sure, there are other possibilities. Offline installers and/or you can install Linux on a different machine and then swap the harddisk/ssd. Just take care not to overwrite the internal disk of your laptop. Make sure it writes to the correct disk (or unplug other ones).
Same as Debian since Bookworm (12). Nonfree firmware comes in the installation files now, so you can opt in or out at that stage and not have to scramble if you forgot.
That’s it. I have installed Ubuntu many times connected over Wi-Fi without any problems, except one special case many years ago. In that case, the system had some brand new Wi-Fi adapter, so I had to install the driver over Ethernet. But in almost any case it just should work and you can simply try to get a wireless connection in a live sytem to find out. And as mentioned above, internet connection is not necessary while installing from USB stick with the usual image. Its just recommended to save time and install the latest updates of some components during the initial system installation. But of course, you can do it later and of course you can do it over Wi-Fi (except some very rare special cases as mentioned at the beginning).
Yes you can do that, make sure you are on the same CPU infrastructure (ie, don't try to install linux on an SSD from an intel laptop if you're going to be running it on an arm based processor or something).
Yes, just make sure that the boot setup for the distro install is compatible with what you intend to install it onto (I.E. if your server is going to be using EFI to boot an OS, install your Ubuntu instance as GPT, EFI onto the SSD). Depending on what wireless modules you are using and where you are sourcing them and how you are installing them, you might need to ensure Secure Boot is disabled in the BIOS of your server. This will be the case if the kernel module package you are installing doesn’t sign the wireless adapter driver you intend to use. Otherwise, most drivers you could possibly need should be baked into the kernel and you should be good to go.
(One further sidenote coming from someone who has not used Ubuntu in a long time (since 16.04’s release), it would be good to check in the /etc/fstab file that the filesystem references are using either UUID or PARTUUID. Depending upon the drive layout of the server you are mounting the intended drive into, traditionally labeled references such as sda or nvme0n1 can change depending upon the slots each drive is seated. Using UUID or PARTUUID in the fstab reference alleviates any potential complications from this scenario where fstab might reference the wrong drive in mounting partitions. I do believe Ubuntu would likely do this by default nowadays, but it can’t hurt to check.)
Thanks for all the info. I have no comment since I need to watch like 3 youtube videos and spend another hour reading before I really understand that second paragraph, but I will definitely be referring back to it.
What I did pick up was that the kernel actually comes with basic hardware drivers, which is a huge relief. I have pretty standard wifi hardware on standby, so I can try that.
Unity has been getting better press because they mildly walked back a few of their policies. One prominent gamedev channel i saw (games from scratch i think?) did a video praising them for booting out ironsource execs (adware company unity bought a while back) from the company.
And, like clockwork, Unity proves that it was never the plucky underdog that was going to take on the behemoths of unreal and (at the time of inception) cryengine. In fact, it feels like its more hostile to its users than either of its original competitors, that were once known for hostile and expensive features.
And again, im gonna shill for godot. You’re better off using FOSS for your tech stack primarily because of this kind of arbitrary behaviour that becomes standard once you’re too big to be internally accountable.
I know there are a lot of Godot tutorials out there, wondering if there are any you would specifically recommend though? I’ve got a lot of Unity experience but looking to move my personal projects to Godot
I can vouch for Clear Code, as well. That’s where I started and learned to build some 2d platforming games. If you want to get into 3d right away, there is a channel called BornCG that has a very good series on building simple 3d platformer games, too.
Suspiciously all current LTS expire on Dec 2026 there is nothing planned ahead of this. And 3y for 6.6 is the shortest of any LTS I remember. My bet is Linus retiring then LF taking over everything.
Ubuntu is already immune to the 2038 bug. The Linux kernel even supports using a 64 bit time_t on 32 bit systems now. Of course some poorly written software could still be affected, but that’s not the fault of the kernel or operating system.
The 2038 bug will certainly cause problems in some embedded systems that still use a 32 bit time_t if they are still running by then.
It's not poorly written software if it's is old. Likewise the y2k bug is often declared as bad programming, but at the time the software with the y2k bug was written memory was measured in kilobytes and a lot of accounting software and banking software was written in a time when 64k was the norm. Oh, and I'll tell you now I know of at least some accounting software that is based on code written for the 8088 and has been wrapped and cross compiled so many times now it's unrecognisable. But I know that 40 year old code is still there.
So 2 digits for year was best practice at the time and at the time software vulnerable to the 2038 bug 32bit epoch dates was the best practice.
Now, software written today doing the same, could of course be considered bad, but it's not a good blanket statement.
I mean, Ghost Recon Wildlands which came out in 2017 for example has save dates written as a 32-bit date so it’s prone to the 2038 bug, I set the date to 2040 and tested a bunch of software and while you can save the date overflows and shows as 1969. I bet there are still people using 32-bit dates even if unintentionally.
I mean, technically you could use unsigned 32bit if you don't need to handle dates before 1970. But yes, the best course of action now is to use 64bits. The cost is pretty much nothing on modern systems.
I'm just cautious of people judging software from a time with different constraints and expectations, with the current yardstick.
I also wonder what the problem will be. People playing ghost recon in 2038 are going to be "retro" gaming it. There should be an expectation of such problems. Would it prevent you loading or saving the file is the question?
Nope, saving and loading works on that game (and pretty much every other game I tested), it’s just you lose the date display in-game so you don’t know when you really last saved.
You don’t need any internet connection to install Ubuntu. Just use the normal install, not minimal network installer. Install from a USB stick.
Also, there’s no requirement for a wire either. If that were the case, you could never install on any modern laptop.
You would need some sort of functioning network to upgrade packages or install anything not in the base image, but this would all be after installation when you have a working OS and wired or wireless won’t matter.
Ah okay. I just remember hearing that all your drivers need to be manually installed and updated in Linux, so for me that included ALL drivers, even basic ones like that. If I can get started wirelessly that would be perfect. Thanks!
It’s almost completely the opposite, drivers are (almost completely) a windows problem. If you’re willing and able to go the open source route, which for most people mean “I don’t have an NVIDIA card or don’t plan on getting every ounce of performance from it” you don’t need to worry about drivers at all (bar some weird cards, but they’re getting rarer and rarer, I don’t remember the last time I had to install a driver that wasn’t NVIDIA).
Good to know I should avoid NVIDIA for Linux. The only NVIDIA card I have is on my gaming rig, so I don’t plan on having to deal with that since I’m sticking with Windows on that until (hopefully) more studios start caring about Linux compatibility. Can’t wait to cut that Microsoft umbilical cord permanently.
That said, do I need dedicated graphics on a Plex server? I was going to go integrated, but your comment made me realize I never checked hardware requirements. Which are probably on Plex’s website. Which I am now going to go check because Lemmy isn’t Google and it’s not your responsibility to hand me answers I can easily find.
Just to avoid any misunderstandings for the furture: you can run NVIDIA cards in ubuntu, you just have to install their proprietary driver. And on ubuntu, its pretty easy to do so. I used a few different nvidia cards on Ubuntu in the last years and never experienced any issues after installing the recommended driver. Before installing the driver, I got some flickering and artifacts, but with the right driver everything should be fine. And even for amd graphics you can install the proprietary drivers from their website to get out the maximum performance of the GPU. But for amd you can also use the “pre-installed” open-source driver, which has a much better performance in comparison to the open source driver for nvidia cards. Integrated grahipcs are supported out of the box in almost any cases.
Even Nvidia video works out of the box without any additional drivers.
The thing with Nvidia is that although the default drivers work, they are more generic and don’t take advantage of all of the features and performance of recent cards. Most people would want to load the proprietary drivers from Nvidia to take full advantage of the card.
Linux would normally include the better drivers, but Nvidia keeps them under a software license that prevents Linux distributions from bundling them.
Even with this, Ubuntu includes a tool that will download and install these drivers that they can’t
I think I wasn’t clear, for NVIDIAs you need to take some action, on some distros is ticking one box during installation, on others is installing the driver afterwards, but they work, all of my current computers are NVIDIA. Even without installing the proprietary drivers NVIDIA cards work fine for 90% of things, the problem is that gaming will have less performance and you wouldn’t be able use CUDA.
I know you’re googling it, but in any case AFAIK Plex can run on integrated cards, most cards can decode video nowadays so it shouldn’t be particularly hard. If you’re looking into using Plex I recommend checking Jellyfin, it’s an open source alternative, I’ve been using it for years and have nothing to complain about.
linux
Oldest
This magazine is from a federated server and may be incomplete. Browse more on the original instance.