Recommended Posts

Can do but it'd depend on if they want grub installed or not, plus the type of grub (EFI vs BIOS) plus if it'd need to add windows or other OS's and whatnot :/

Could you not have those options underneath an "Advanced" tab?

Can do but it'd depend on if they want grub installed or not, plus the type of grub (EFI vs BIOS) plus if it'd need to add windows or other OS's and whatnot :/

could you not set it up to auto detect whether the computer uses EFI or BIOS?

could you not set it up to auto detect whether the computer uses EFI or BIOS?

I don't have a clue how to do that, not sure if there is an easy way to do that.

Adding another tab would really be ass-ache :p The other 2 tabs both currently look like this;

post-160466-0-54654400-1348435340.png

Maybe somewhere in the installer we could ask the question on installing default apps

such as

Browser

Mail

IM

and link this in with the installer so it only install the ones you choose?

is this becoming too advanced?

Eh? That's the idea but not what I mean.

How to display/edit the partitions on the GUI is what I mean, e.g a listview or a graphical pi chart or other chart or what?

Couldnt you do it like where it is a bar going across divided into sections for each partition with a more detailed list underneath?

On arch you do it all yourself via CLI using fdisk/gparted.

If you had a blank drive or spare space it's easy, but when it comes to resizing, it's kinda annoying and slighty more dangerous, plus if they've already got (MBR) 4 partitions or 3 and want to make 2 more, with 4 it's not possible to do and with 3 it'd need to be made as an extended partition, or they can have upto 64 with GPT! So it's gonna be a pain to do.

Plus I'm now at uni :p so time is limited.

Pretty basic thing I just knocked up using arial with PHP-GD and some false partition data.

(Or heck, we could get even more geeky and do it using gplot http://gplot.sourceforge.net/ or gnuplot http://www.gnuplot.info/ :?)

post-160466-0-18414200-1349038755.png

  • Like 2

On arch you do it all yourself via CLI using fdisk/gparted.

If you had a blank drive or spare space it's easy, but when it comes to resizing, it's kinda annoying and slighty more dangerous, plus if they've already got (MBR) 4 partitions or 3 and want to make 2 more, with 4 it's not possible to do and with 3 it'd need to be made as an extended partition, or they can have upto 64 with GPT! So it's gonna be a pain to do.

Plus I'm now at uni :p so time is limited.

cfdisk would be much easier, in my opinion.

Hey, everybody, just a quick little thing but I feel we should get it out of the way before we go any further - what license should we use?

IMO, the MS-PL is a pretty straight-forward license, but since we're using Arch, aren't we required to use Arch's license?

Whatever we make (script wise) is under whatever license we want it to be under, whatever license the OS is under depends upon what software is included with it, some packages are GPL, some are BSD, some are others, etc.

Also, I've not looked it up but does cfdisk support GPT? fdisk doesn't so it rules that out.

OK so I just quickly added the PHP-GD code to the installer code (after compiling php-gd twice!) and made it change the first image to see if it'd work. It did! So then I got it working via a GDKPixBuf using a GD image instead of having to save the file at all, so it's pretty nifty!

post-160466-0-37680800-1349213215.png

So I still can't find a way to work out if the system is booted via EFI or BIOS! I guess in theory we could make the EFI grub pass an extra kernel parameter maybe? Would need to compile it differently.

I found this but not sure how to tell if it's EFI or not ? http://smackerelofopinion.blogspot.co.uk/2009/10/dumping-acpi-tables-using-acpidump-and.html

So I still can't find a way to work out if the system is booted via EFI or BIOS! I guess in theory we could make the EFI grub pass an extra kernel parameter maybe? Would need to compile it differently.

I found this but not sure how to tell if it's EFI or not ? http://smackerelofop...pidump-and.html

You could always read the partition table of the block device. A EFI disk will consist of a legacy protective MBR, and the rest of the GUID table. The legacy MBR contains a single partition with a type of 0xEE. That can be used to determine if the block device is EFI or standard bios.

I wrote a little code to play around with reading partition tables of block devices, but I haven't worked out how to extract the correct disk geometry yet so the values are wrong, but it runs and parses the partition table. Specifically, it's a bit of a pain extracting sector and cylinder information from CHS. But I'll have a look at it again later.

disk.zip

This topic is now closed to further replies.
  • Posts

    • They keep your data encrypted too. Including the calendar.
    • Microsoft makes billions redirecting people to use Bing in Microsoft Edge and selling OneDrive space. All thanks to Windows.
    • Teams is cancer, ebola and aids combined.
    • Claude on Windows is eating up massive amounts of RAM, with no way to stop it by Usama Jawad Anthropic has been in the headlines a lot lately, primarily due to its latest revenue and valuation figures, along with its release of its state-of-the-art (SOTA) Fable model. While its flagship product, Claude, may be very popular among millions of users, a lot of them are now reporting memory issues when using the tool. Over on Claude Code's GitHub repository, an issue raised in February has been gaining traction once again. Basically, Claude Desktop on Windows spins up a 1.8GB Hyper-V virtual machine if you use Claude Cowork or agent mode even once. This happens on each launch of Claude Code even if you plan to use the tool in chat mode only. Several users have upvoted this bug and stated that it's happening on their machine as well. However, it seemingly affects only Claude desktop users on Windows, not customers of the CLI or any other platform. Once the bug is triggered, it also shows a Vmmem process in Task Manager, indicating CPU usage of 0% and RAM utilization of a whopping ~1.8GB. Claude users complain that this process should only spin up when you explicitly launch agent mode or Cowork in Claude, with session files efficiently cleaned up after use. Additionally, they are calling for Claude to gracefully handle the absence of virtual machine-based infrastructure, without compromising on chat performance. It's unclear when this issue originated or what the root cause behind it is, but people are once again actively engaging in the GitHub thread as well as Hacker News. You can also find other technical details and log events over on GitHub. It's unclear if Anthropic will look into this issue, especially since it's already been reported for a few months. However, the bug is also causing major annoyance for users, with many claiming that it has led them to uninstall Claude Code on desktop, as a concrete workaround is not yet known.
    • "The US innovates, China replicates, Europe regulates" -- let's see who makes the cut
  • Recent Achievements

    • One Month Later
      Sopa flores earned a badge
      One Month Later
    • First Post
      StaticMatrix earned a badge
      First Post
    • Week One Done
      StaticMatrix earned a badge
      Week One Done
    • Rookie
      lamborghiniv10 went up a rank
      Rookie
    • One Month Later
      pinnclepd earned a badge
      One Month Later
  • Popular Contributors

    1. 1
      +primortal
      534
    2. 2
      PsYcHoKiLLa
      209
    3. 3
      +Edouard
      154
    4. 4
      Steven P.
      100
    5. 5
      ATLien_0
      84
  • Tell a friend

    Love Neowin? Tell a friend!