Re: Special installation issue

[deloptes]

Hans wrote:

> Any ideas? Thanks in advance.

I usually use debootstrap and install to the USB stick (that is to boot
from). So I have a fully bootable system. I use qemu to prepare and test
the basics.
As mentioned those arm beasts are usually with various hardware combinations
and might be needed that you find what hardware specs you have and find the
proper kernel version or even compile your own. Problem are usually the
firmwares and binary blobs

But anyway if you use working bootable USB stick, you will not have to limit
yourself by the installer

-- 
FCD6 3719 0FFB F1BF 38EA 4727 5348 5F1F DCFE BCB0

Re: Special installation issue

[Hans]

Am Freitag, 21. Januar 2022, 16:31:56 CET schrieb Christian Britz:
Hi Christian,

no, no, although I might have asked to this thematics before. Sometimes I let 
things die, and when I have another idea, I pick things up again.

However, the link you gave to me I was not aware. Thanks for it, I will give 
it a close look.

Best regards

Hans 

> Hello Hans,
> 
> didn't you ask this question already three years ago? ;-)
> 
> According to https://openrt.gitbook.io/open-surfacert/ it should be
> possible to run ARM based Linux distributions on Surface RT, but there
> might be inconsistencies, for example regarding power management.
> 
> Regards,
> Christian
> 
> On 2022-01-21 11:01 UTC+0100, Hans wrote:
> > Hello all,
> > 
> > I am stuck with a special installation problem, maybe you can help me.
> > 
> > I want to install debian/armhf onto a tablet "Microsoft Surface RT". This
> > one is UEFI-dongled, can officially not boot from an USB-stick, and can
> > officially not be installed with any other OS than MS Windows ERT.
> > 
> > However I managed to get it booted from USB-Stick with some special
> > tricks, it looks like the kernel is booting, but then I am stuck in the
> > shell of grub.
> > 
> > On my USB-Stick is the debian-installer-iso for arm architecture.
> > 
> > Now my question: When I am in the grub shell, is it possible, to manually
> > mount the iso and get access to the installer routine within the
> > iso-image?
> > 
> > I believe (but I am not experienced enough at the moment), that the
> > hardest
> > thing is already done, whe I am so far, as I am. Maybe, next step will be
> > easier, as soon I can start the installer routine. But here stops my
> > knowledge.
> > 
> > Any ideas? Thanks in advance.
> > 
> > And if my plan is not possible, then please let me know, that I will stopp
> > my efforts.
> > 
> > Best
> > 
> > Hnas

Re: Special installation issue

[Christian Britz]

Hello Hans,

didn't you ask this question already three years ago? ;-)

According to https://openrt.gitbook.io/open-surfacert/ it should be
possible to run ARM based Linux distributions on Surface RT, but there
might be inconsistencies, for example regarding power management.

Regards,
Christian

On 2022-01-21 11:01 UTC+0100, Hans wrote:
> Hello all,
> 
> I am stuck with a special installation problem, maybe you can help me.
> 
> I want to install debian/armhf onto a tablet "Microsoft Surface RT". This one 
> is UEFI-dongled, can officially not boot from an USB-stick, and can 
> officially 
> not be installed with any other OS than MS Windows ERT.
> 
> However I managed to get it booted from USB-Stick with some special tricks, 
> it 
> looks like the kernel is booting, but then I am stuck in the shell of grub.
> 
> On my USB-Stick is the debian-installer-iso for arm architecture.
> 
> Now my question: When I am in the grub shell, is it possible, to manually 
> mount the iso and get access to the installer routine within the iso-image?
> 
> I believe (but I am not experienced enough at the moment), that the hardest 
> thing is already done, whe I am so far, as I am. Maybe, next step will be 
> easier, as soon I can start the installer routine. But here stops my 
> knowledge. 
> 
> Any ideas? Thanks in advance.
> 
> And if my plan is not possible, then please let me know, that I will stopp my 
> efforts.
> 
> Best 
> 
> Hnas 
>  
> 
> 
> 
> 
> 
> 

Special installation issue

[Hans]

Hello all,

I am stuck with a special installation problem, maybe you can help me.

I want to install debian/armhf onto a tablet "Microsoft Surface RT". This one 
is UEFI-dongled, can officially not boot from an USB-stick, and can officially 
not be installed with any other OS than MS Windows ERT.

However I managed to get it booted from USB-Stick with some special tricks, it 
looks like the kernel is booting, but then I am stuck in the shell of grub.

On my USB-Stick is the debian-installer-iso for arm architecture.

Now my question: When I am in the grub shell, is it possible, to manually 
mount the iso and get access to the installer routine within the iso-image?

I believe (but I am not experienced enough at the moment), that the hardest 
thing is already done, whe I am so far, as I am. Maybe, next step will be 
easier, as soon I can start the installer routine. But here stops my 
knowledge. 

Any ideas? Thanks in advance.

And if my plan is not possible, then please let me know, that I will stopp my 
efforts.

Best 

Hnas 
 

Re: debian installation issue

[Felix Miata]

David Wright composed on 2021-07-04 10:29 (UTC-0500):

> On Tue 29 Jun 2021 at 13:26:04 (-0400), Felix Miata wrote:

>> David Wright composed on 2021-06-29 11:16 (UTC-0500):
...
>>> I don't understand the attraction of messing about with boot flags
>>> in order to choose which primary partition to boot from. It seems
>>> inelegant to write to the drive just for that.
...
>> 2-The system was invented over 4 decades ago, before the PC compatible HD
>> partitioning system was upgraded to allow for more than 4 partitions per HD.

> Sorry, what system?


My fallible memory may have mislead. I believe the 66 byte, 4 primary entry
partition table "standard" MBR (system) was pioneered by the IBM PC/AT, which
debuted with DOS 3.0, a good bit less than 4 decades ago. The reference book I 
had
that spelled such things out never came back from a lend, and it's not proven
worth my time to dig that bit of trivia out of the WWW. I did look on Wikipedia,
but didn't spot a clear answer. The extended type adaptation with logical
partitions arrived with DOS 3.2, which I skipped over to get 3.3 for 3.5" floppy
and Bernoulli Box support.

>> 3-I have yet to intentionally install Grub2 on an MBR system. I use mostly
>> openSUSE's Grub Legacy, which supports ext4 (as long as 64bit is not 
>> enabled), on
>> all MBR systems,

> I'm not sure of the relevance of the Grub version, but I assume, from
> your previous post, that Grub is installed in individual partitions,
> not in the MBR/"on the disk".


Grub Legacy maintenance doesn't require much effort or education. I can clone a
partition, then run tune2fs to change UUID and LABEL, and setup Grub Legacy on 
the
clone, from the same shell session in less than a minute, without need for any
script, .conf file or partition mounting. It needs only a device.map and the 
Grub
binary. Except when IBM BM is the primary bootloader on a system, I always have
Grub Legacy on a primary partition. Historically, each / partition has it as 
well,
but with the increasing absence of its availability, many of my installations 
have
been going without having a bootloader installed by the host OS.
-- 
Evolution as taught in public schools is, like religion,
based on faith, not based on science.

 Team OS/2 ** Reg. Linux User #211409 ** a11y rocks!

Felix Miata

Re: debian installation issue

[David Wright]

On Tue 29 Jun 2021 at 13:26:04 (-0400), Felix Miata wrote:
> David Wright composed on 2021-06-29 11:16 (UTC-0500):
> > On Thu 24 Jun 2021 at 00:07:56 (-0400), Felix Miata wrote:
> >> David Wright composed on 2021-06-22 10:50 (UTC-0500):
> 
> >> I'm not sure there is "a" definition. One could be any code that a Windows
> >> installation would not replace. Another could be based on what it does:
> 
> >> 1-locate a legal boot flag
> >> 2-load an appropriate sector pointed to by a legal flag
> >> 3-announce error if the above conditions are not met
> 
> >> A legal flag is any flag on a primary partition on a disk on which no 
> >> other boot
> >> flags are present in the MBR table.
> 
> > I don't understand the attraction of messing about with boot flags
> > in order to choose which primary partition to boot from. It seems
> > inelegant to write to the drive just for that.
> 
> 1-It's Windows compatible. With it, Windows 7/10 won't refuse to complete 
> updates
> when it doesn't find something it expects in the partition table. "Refuse" in 
> this
> case means install a big heap of updates, then decide it can't finish, and 
> wastes
> more time uninstalling those it just installed, followed by announcing there 
> are a
> heap of updates to install, repeat ad nauseum.

I haven't met that problem. I've run W10 on UEFI with stretch and
buster on BIOS-MBR using Grub, and the two OSes were effectively
unaware of each other. (I can't speak to W7, as that had been upgraded
by the time I started using the machine.

> 2-The system was invented over 4 decades ago, before the PC compatible HD
> partitioning system was upgraded to allow for more than 4 partitions per HD.

Sorry, what system?

> 3-I have yet to intentionally install Grub2 on an MBR system. I use mostly
> openSUSE's Grub Legacy, which supports ext4 (as long as 64bit is not 
> enabled), on
> all MBR systems,

I'm not sure of the relevance of the Grub version, but I assume, from
your previous post, that Grub is installed in individual partitions,
not in the MBR/"on the disk".

OK, yes, I can see that you have a reason, apparently, to keep Grub
away from the MBR on the systems where there's a sensitive Windows
installation, but for someone like the OP, coming to a linux system
afresh, I can't see any reason for them to add complexity by not
installing Grub on the MBR (assuming BIOS booting is in force).

> and Grub2-efi on UEFI systems, including Intel Mac.
> 
> >> > Are there OSes that would install it themselves to a new blank disk?
>   
> >> One version would be code a Windows installation would put there.
> 
> >> Another would be the result of FDISK /MBR from a MS or PC DOS boot, or 
> >> FDISK
> >> /NEWMBR or LVM /NEWMBR from an OS/2, eCS or ArcaOS boot.
> 
> >> I would expect the FreeDOS version of FDISK or its installer to do the 
> >> same.
> 
> >> I normally use code derived from OS/2, installed by DFSee when I first 
> >> partition a
> >> disk.
> 
> > Obtaining DFSee might be alright for someone invested in MBR booting,
> > but for most people, MBR is obsolescent. Putting Grub on the MBR can
> > give a user interface more similar to current machines that use Grub
> > on UEFI, which seems an advantage.
>   
> UEFI is an incontrovertible improvement over MBR, but MBR will be around 
> quite a
> while yet for machines that don't include UEFI.
> 
> DFSee isn't a mere partitioner, and is not for MBR systems only. Among other
> features, it's also a copier/cloner, a binary editor of files and raw 
> sectors, can
> be scripted, and it logs in plain text. Its logs are an indispensable part of 
> my
> environment, facilitating inventorying several hundred partitions and 
> operating
> systems spread across tens of uniquely partitioned and OS-equipped multiboot
> machines. It includes free personal support from its author, as well as a 
> helpful
> support mailing list. It's interface is identical whether run from DOS, Linux,
> Mac, OS/2 or Windows.

Yes, you've posted inventories listed with that tool in the past
(I have one here, for ST HP GB0500…) and that's what I meant by being
"invested in". But again, it's just extra complexity for most people.
Don't misunderstand me, I'm not criticising your individual approach,
but I can't find any more religion in Greg's (qualified) remark than
in your views expressed about Grub/Grub2 and MBRs. I see them both
as strong preferences, held for good reasons.

Cheers,
David.

Re: debian installation issue

[Felix Miata]

David Wright composed on 2021-06-29 11:16 (UTC-0500):

> On Thu 24 Jun 2021 at 00:07:56 (-0400), Felix Miata wrote:

>> David Wright composed on 2021-06-22 10:50 (UTC-0500):

>> I'm not sure there is "a" definition. One could be any code that a Windows
>> installation would not replace. Another could be based on what it does:

>> 1-locate a legal boot flag
>> 2-load an appropriate sector pointed to by a legal flag
>> 3-announce error if the above conditions are not met

>> A legal flag is any flag on a primary partition on a disk on which no other 
>> boot
>> flags are present in the MBR table.

> I don't understand the attraction of messing about with boot flags
> in order to choose which primary partition to boot from. It seems
> inelegant to write to the drive just for that.

1-It's Windows compatible. With it, Windows 7/10 won't refuse to complete 
updates
when it doesn't find something it expects in the partition table. "Refuse" in 
this
case means install a big heap of updates, then decide it can't finish, and 
wastes
more time uninstalling those it just installed, followed by announcing there 
are a
heap of updates to install, repeat ad nauseum.

2-The system was invented over 4 decades ago, before the PC compatible HD
partitioning system was upgraded to allow for more than 4 partitions per HD.

3-I have yet to intentionally install Grub2 on an MBR system. I use mostly
openSUSE's Grub Legacy, which supports ext4 (as long as 64bit is not enabled), 
on
all MBR systems, and Grub2-efi on UEFI systems, including Intel Mac.

>> > Are there OSes that would install it themselves to a new blank disk?

>> One version would be code a Windows installation would put there.

>> Another would be the result of FDISK /MBR from a MS or PC DOS boot, or FDISK
>> /NEWMBR or LVM /NEWMBR from an OS/2, eCS or ArcaOS boot.

>> I would expect the FreeDOS version of FDISK or its installer to do the same.

>> I normally use code derived from OS/2, installed by DFSee when I first 
>> partition a
>> disk.

> Obtaining DFSee might be alright for someone invested in MBR booting,
> but for most people, MBR is obsolescent. Putting Grub on the MBR can
> give a user interface more similar to current machines that use Grub
> on UEFI, which seems an advantage.


UEFI is an incontrovertible improvement over MBR, but MBR will be around quite a
while yet for machines that don't include UEFI.

DFSee isn't a mere partitioner, and is not for MBR systems only. Among other
features, it's also a copier/cloner, a binary editor of files and raw sectors, 
can
be scripted, and it logs in plain text. Its logs are an indispensable part of my
environment, facilitating inventorying several hundred partitions and operating
systems spread across tens of uniquely partitioned and OS-equipped multiboot
machines. It includes free personal support from its author, as well as a 
helpful
support mailing list. It's interface is identical whether run from DOS, Linux,
Mac, OS/2 or Windows.
-- 
Evolution as taught in public schools is, like religion,
based on faith, not based on science.

 Team OS/2 ** Reg. Linux User #211409 ** a11y rocks!

Felix Miata

Re: debian installation issue

[David Wright]

On Thu 24 Jun 2021 at 00:07:56 (-0400), Felix Miata wrote:
> David Wright composed on 2021-06-22 10:50 (UTC-0500):
> > On Fri 11 Jun 2021 at 16:57:35 (-0400), Felix Miata wrote:
> 
> >> OTOH, putting a bootloader on the MBR of a disk on a PC designed for 
> >> Windows is a
> >> relative newcomer to the world of booting such a PC. I've been installing
> >> operating systems on IBM-compatible PCs for more than 3 decades. Not once 
> >> have I
> >> intentionally installed Grub on an MBR. In the dearth of instances where 
> >> it did
> >> happen I wiped whatever caused it, and started over with
> >> DOS/OS2/Windows/Linux-compatible MBR code on the MBR. IOW, Grub can live 
> >> elsewhere
> >> than on the MBR.
> 
> > Can you elaborate on what your "DOS/OS2/Windows/Linux-compatible MBR
> > code" is, what functionality you get, and where you obtain it.
>   
> I'm not sure there is "a" definition. One could be any code that a Windows
> installation would not replace. Another could be based on what it does:
> 
> 1-locate a legal boot flag
> 2-load an appropriate sector pointed to by a legal flag
> 3-announce error if the above conditions are not met
> 
> A legal flag is any flag on a primary partition on a disk on which no other 
> boot
> flags are present in the MBR table.

I don't understand the attraction of messing about with boot flags
in order to choose which primary partition to boot from. It seems
inelegant to write to the drive just for that.

With the mbr package from Debian, you can choose at a boot-time prompt.
With Grub, you can also choose for the next boot, any time the system
is running.

> > Are there OSes that would install it themselves to a new blank disk?
>   
> One version would be code a Windows installation would put there.
> 
> Another would be the result of FDISK /MBR from a MS or PC DOS boot, or FDISK
> /NEWMBR or LVM /NEWMBR from an OS/2, eCS or ArcaOS boot.
> 
> I would expect the FreeDOS version of FDISK or its installer to do the same.
> 
> I normally use code derived from OS/2, installed by DFSee when I first 
> partition a
> disk.

Obtaining DFSee might be alright for someone invested in MBR booting,
but for most people, MBR is obsolescent. Putting Grub on the MBR can
give a user interface more similar to current machines that use Grub
on UEFI, which seems an advantage.

Cheers,
David.

Re: debian installation issue

[Felix Miata]

David Wright composed on 2021-06-22 10:50 (UTC-0500):

> On Fri 11 Jun 2021 at 16:57:35 (-0400), Felix Miata wrote:

>> OTOH, putting a bootloader on the MBR of a disk on a PC designed for Windows 
>> is a
>> relative newcomer to the world of booting such a PC. I've been installing
>> operating systems on IBM-compatible PCs for more than 3 decades. Not once 
>> have I
>> intentionally installed Grub on an MBR. In the dearth of instances where it 
>> did
>> happen I wiped whatever caused it, and started over with
>> DOS/OS2/Windows/Linux-compatible MBR code on the MBR. IOW, Grub can live 
>> elsewhere
>> than on the MBR.

> Can you elaborate on what your "DOS/OS2/Windows/Linux-compatible MBR
> code" is, what functionality you get, and where you obtain it.


I'm not sure there is "a" definition. One could be any code that a Windows
installation would not replace. Another could be based on what it does:

1-locate a legal boot flag
2-load an appropriate sector pointed to by a legal flag
3-announce error if the above conditions are not met

A legal flag is any flag on a primary partition on a disk on which no other boot
flags are present in the MBR table.

> Are there OSes that would install it themselves to a new blank disk?


One version would be code a Windows installation would put there.

Another would be the result of FDISK /MBR from a MS or PC DOS boot, or FDISK
/NEWMBR or LVM /NEWMBR from an OS/2, eCS or ArcaOS boot.

I would expect the FreeDOS version of FDISK or its installer to do the same.

I normally use code derived from OS/2, installed by DFSee when I first 
partition a
disk.

>> With a UEFI "BIOS", the boot process begins rather differently than on an 
>> MBR-only
>> system. On a UEFI system's ESP (Extensible Firmware Interface System 
>> Partition; a
>> quasi-"boot" partition), there are no files containing the string "grub" in 
>> their
>> name.

I have no idea what I was thinking when I wrote that last sentence. I was 
probably
looking at an installation that had been installed without any bootloader, which
is not where I should have been focused.

>> Thus it seems to be a debatable issue whether "bootloader" is actually an
>> appropriate name for Grub 2, as its primary purpose seems to be presenting a 
>> menu
>> from which to select what kernel, initrd (if any), and kernel command line
>> parameters (if any) to load into RAM to /continue/ the boot process 
>> initiated by
>> the UEFI firmware.

> I'm not quite following your point. Are you saying that the ~250 Grub
> modules are just a waste of space, and that the while boot process is
> carried out by the EFI firmware?


The process is initiated by the EFI firmware, begun by probing a panoply of
available media for ESP partition files that fulfill requirements for proceeding
with a boot process defined by the Multiboot Specification. Usually, it's more 
or
less the start of a chain loading process finished by an installed "bootloader".
OTOH, the UEFI firmware might start a PC completely (of sorts) by loading a 
single
file on the ESP originally named mt83x64.efi (memtest86 v8.3).

All the Grub modules aren't required or employed on any given installation. A 
more
sophisticated Grub installer could conceivably install there only those 
components
required for the hardware present during installation.
-- 
Evolution as taught in public schools is, like religion,
based on faith, not based on science.

 Team OS/2 ** Reg. Linux User #211409 ** a11y rocks!

Felix Miata

Re: debian installation issue

[Andrei POPESCU]

On Mi, 23 iun 21, 19:43:14, Richard Hector wrote:
> 
> Is that something that needs to be done by one company? Perhaps because of
> how SecureBoot is implemented?
 
For a logistic point of view, at least for x86, Microsoft appears to be 
the natural choice: many mainboard manufacturers, but most hardware will 
end up running Windows anyway[1].

> I'd prefer to be able to add Debian's key either in addition to or instead
> of Microsoft's, which could also be happily installed alongside those of
> Intel, AMD, your favourite government security agency or whoever. And Debian
> can get theirs signed by whichever of those they might think is appropriate.
> But I want to be able to reduce that list to just Debian's, or just the
> EFF's, or mine. Whatever combination I choose.

In my limited understanding and experience with Secure Boot it's mostly 
up to the mainboard manufacturer.

As far as I can tell for the ASRock board here it's possible to provide 
a machine owner key, possibly also to revoke all other keys. Even if it 
does work, I'm pretty sure 99% of home users don't actually care about 
any of this.

[1] Yes, I'm aware there are lots of x86 Chromebooks, but those are 
special purpose hardware, and even there it might make sense to include 
Microsoft's key, just in case someone wants to attempt installing 
Windows on the limited storage available :D

Kind regards,
Andrei
-- 
http://wiki.debian.org/FAQsFromDebianUser


signature.asc
Description: PGP signature

Re: debian installation issue

[Richard Hector]

On 22/06/21 12:54 am, Steve McIntyre wrote:

[ Apologies, missed this last week... ]

to...@tuxteam.de wrote:


On Mon, Jun 14, 2021 at 09:20:52AM +0300, Andrei POPESCU wrote:

On Vi, 11 iun 21, 15:07:11, Greg Wooledge wrote:
> 
> Secure Boot (Microsoft's attempt to stop you from using Linux) relies on

> UEFI booting, and therefore this was one of the driving forces behind it,
> but not the *only* driving force.  If your machine doesn't use Secure Boot,
> don't worry about it.  It won't affect you.

While I'm not a fan of Microsoft:

https://wiki.debian.org/SecureBoot#What_is_UEFI_Secure_Boot_NOT.3F


Quoting from there:

 "Microsoft act as a Certification Authority (CA) for SB, and they will
  sign programs on behalf of other trusted organisations so that their
  programs will also run."

Now two questions:

- do you know any other alternative CA besides Microsoft who is
  capable of effectively doing this? In a way that it'd "work"
  with most PC vendors?


I've been in a number of discussions about this over the last few
years, particularly when talking about adding arm64 Secure Boot and
*maybe* finding somebody else to act as CA for that. There's a few
important (but probably not well-understood) aspect ofs the CA role
here:

  * the entity providing the CA needs to be stable (changing things is
expensive and hard)
  * they need to be trustworthy - having an existing long-term business
relationship with the OEMs is a major feature here
  * they need to be *large* - if there is a major mistake that might
cause a problem on a lot of machines in production, the potential
cost liability (and lawsuits) from OEMs is *huge*

There are not many companies who would fit here. Intel and AMD are
both very interested in enhancing trust and security at this kind of
level, but have competing products and ideas, for example.


Is that something that needs to be done by one company? Perhaps because 
of how SecureBoot is implemented?


I'd prefer to be able to add Debian's key either in addition to or 
instead of Microsoft's, which could also be happily installed alongside 
those of Intel, AMD, your favourite government security agency or 
whoever. And Debian can get theirs signed by whichever of those they 
might think is appropriate. But I want to be able to reduce that list to 
just Debian's, or just the EFF's, or mine. Whatever combination I choose.


I think that should all work ok? Changing things, rather than being 
expensive and hard, should just be a matter of either getting a new 
organisation to sign Debian's key, and/or having them revoke one. As one 
of those on the list.


As an aside, I'd like to see this with web certificates too - I want to 
be able to get my cert signed by LetsEncrypt _and_ whatever commercial 
CA or CAs I choose, so if one of them does something stupid and needs to 
be removed from the list of approved CAs, it doesn't break the internet, 
because any significant site will have its certs signed by others as well.


Richard

Re: debian installation issue

[David Wright]

On Fri 11 Jun 2021 at 16:57:35 (-0400), Felix Miata wrote:
> Greg Wooledge composed on 2021-06-11 15:07 (UTC-0400):
> > On Fri, Jun 11, 2021 at 09:38:37PM +0300, Semih Ozlem wrote:
> 
> >> How to check where grub is installed? And what is a friendly guide to
> >> learning about grub?
> 
> > GRUB should be installed on the *disk* (not on a partition) that you
> > intend to boot. 
> Not to detract from the wisdom of the rest of Greg's excellent reply, but TBC,
> this statement is religion at one extreme, opinion at the other, not fact. 
> Note he
> wisely did not say "must", but "should". For most traditional (BIOS/MBR; 
> designed
> for "Windows" PCs) configurations, it's probably prudent to put the 
> bootloader on
> the "disk". For pure Debian installations, as opposed to multiboot, whether 
> or not
> to install it on the "disk" really doesn't matter.
> 
> OTOH, putting a bootloader on the MBR of a disk on a PC designed for Windows 
> is a
> relative newcomer to the world of booting such a PC. I've been installing
> operating systems on IBM-compatible PCs for more than 3 decades. Not once 
> have I
> intentionally installed Grub on an MBR. In the dearth of instances where it 
> did
> happen I wiped whatever caused it, and started over with
> DOS/OS2/Windows/Linux-compatible MBR code on the MBR. IOW, Grub can live 
> elsewhere
> than on the MBR.

Can you elaborate on what your "DOS/OS2/Windows/Linux-compatible MBR
code" is, what functionality you get, and where you obtain it.
Are there OSes that would install it themselves to a new blank disk?

> A less innocuous error is not clearly qualifying the quoted statement to apply
> only to non-UEFI boot environments, which usually means an MBR-partitioned 
> boot
> disk. On a UEFI installation, which requires GPT partitioning, the first 
> sector
> normally contains nothing until near its end, where a disk identifier and the
> start of the disk's multi-sector partition table begin. No executable code is
> required on this sector.
> 
> With a UEFI "BIOS", the boot process begins rather differently than on an 
> MBR-only
> system. On a UEFI system's ESP (Extensible Firmware Interface System 
> Partition; a
> quasi-"boot" partition), there are no files containing the string "grub" in 
> their
> name.

# ls -GlgR /boot/efi/
/boot/efi/:
total 4
drwx-- 4 4096 Apr  3  2020 EFI

/boot/efi/EFI:
total 8
drwx-- 2 4096 Apr  3  2020 BOOT
drwx-- 2 4096 Apr  3  2020 debian

/boot/efi/EFI/BOOT:
total 3988
-rwx-- 1 1322936 Mar  2 16:23 BOOTX64.EFI
-rwx-- 1 1206824 Mar  2 16:23 fbx64.efi
-rwx-- 1 1549696 Mar  2 16:23 grubx64.efi

/boot/efi/EFI/debian:
total 5228
-rwx-- 1 108 Mar  2 16:23 BOOTX64.CSV
-rwx-- 1 1206824 Mar  2 16:23 fbx64.efi
-rwx-- 1 126 Mar  2 16:23 grub.cfg
-rwx-- 1 1549696 Mar  2 16:23 grubx64.efi
-rwx-- 1 1261192 Mar  2 16:23 mmx64.efi
-rwx-- 1 1322936 Mar  2 16:23 shimx64.efi
# 

Whatever grubx64.efi is, it's copied from grub-efi-amd64-signed, aka
grub-efi-amd64-signed_1+2.02+dfsg1+20+deb10u4_amd64.deb currently.

> Thus it seems to be a debatable issue whether "bootloader" is actually an
> appropriate name for Grub 2, as its primary purpose seems to be presenting a 
> menu
> from which to select what kernel, initrd (if any), and kernel command line
> parameters (if any) to load into RAM to /continue/ the boot process initiated 
> by
> the UEFI firmware.

I'm not quite following your point. Are you saying that the ~250 Grub
modules are just a waste of space, and that the while boot process is
carried out by the EFI firmware?

Cheers,
David.

Re: debian installation issue

[tomas]

On Mon, Jun 21, 2021 at 12:54:31PM +, Steve McIntyre wrote:
> [ Apologies, missed this last week... ]

No need to apologise: I appreciate the detailed answer.

> > - do you know any other alternative CA besides Microsoft [...]

> I've been in a number of discussions about this over the last few
> years, particularly when talking about adding arm64 Secure Boot and
> *maybe* finding somebody else to act as CA for that. There's a few
> important (but probably not well-understood) aspect ofs the CA role
> here:
> 
>  * the entity providing the CA needs to be stable (changing things is
>expensive and hard)
>  * they need to be trustworthy - having an existing long-term business
>relationship with the OEMs is a major feature here
>  * they need to be *large* - if there is a major mistake that might
>cause a problem on a lot of machines in production, the potential
>cost liability (and lawsuits) from OEMs is *huge*

This makes sense. It still feels... weird to have one company do
it who has a bone to pick in the market.

Watching Oracle/Java doesn't give me good feelings about that.
It is even much more fundamental, because it's more or less all
of the "general purpose computing devices" we are talking about
here.

> There are not many companies who would fit here. Intel and AMD are
> both very interested in enhancing trust and security at this kind of
> level, but have competing products and ideas, for example.

That's why I think this shouldn't be done by "a company", but by
a non-profit industry consortium, of which there are enough examples
around.

> > - is there any internationally legal binding of Microsoft for
> >   them to provide that service in the future, in a fair and non
> >   discriminatory way?
> 
> That is a question I *can't* answer as I've not seen anything
> personally. But I would be shocked if agreements like that have not
> been made with various vendors.

This can cut both ways. Vendors have interests (and be it that other
competing vendors be kept out of the market). If things don't happen
transparently...

> Having worked with Microsoft and a number of representatives from the
> Linux distros, I *can* confirm that Microsoft care about Linux and SB
> working well. Hell, they're even using SB (shim, etc.) themselves for
> their own small Linux distro. That's not a *guarantee* of future
> goodwill, but they're not about to break things here on a whim.

Winds change. The above example of Oracle/Java (as that horrible SCO
saga, remember?) should teach people some care...

Colour me... sceptical.

Cheers
 - t


signature.asc
Description: Digital signature

Re: debian installation issue

[Steve McIntyre]

[ Apologies, missed this last week... ]

to...@tuxteam.de wrote:
>
>On Mon, Jun 14, 2021 at 09:20:52AM +0300, Andrei POPESCU wrote:
>> On Vi, 11 iun 21, 15:07:11, Greg Wooledge wrote:
>> > 
>> > Secure Boot (Microsoft's attempt to stop you from using Linux) relies on
>> > UEFI booting, and therefore this was one of the driving forces behind it,
>> > but not the *only* driving force.  If your machine doesn't use Secure Boot,
>> > don't worry about it.  It won't affect you.
>> 
>> While I'm not a fan of Microsoft:
>> 
>> https://wiki.debian.org/SecureBoot#What_is_UEFI_Secure_Boot_NOT.3F
>
>Quoting from there:
>
>  "Microsoft act as a Certification Authority (CA) for SB, and they will
>   sign programs on behalf of other trusted organisations so that their
>   programs will also run."
>
>Now two questions:
>
> - do you know any other alternative CA besides Microsoft who is
>   capable of effectively doing this? In a way that it'd "work"
>   with most PC vendors?

I've been in a number of discussions about this over the last few
years, particularly when talking about adding arm64 Secure Boot and
*maybe* finding somebody else to act as CA for that. There's a few
important (but probably not well-understood) aspect ofs the CA role
here:

 * the entity providing the CA needs to be stable (changing things is
   expensive and hard)
 * they need to be trustworthy - having an existing long-term business
   relationship with the OEMs is a major feature here
 * they need to be *large* - if there is a major mistake that might
   cause a problem on a lot of machines in production, the potential
   cost liability (and lawsuits) from OEMs is *huge*

There are not many companies who would fit here. Intel and AMD are
both very interested in enhancing trust and security at this kind of
level, but have competing products and ideas, for example.

> - is there any internationally legal binding of Microsoft for
>   them to provide that service in the future, in a fair and non
>   discriminatory way?

That is a question I *can't* answer as I've not seen anything
personally. But I would be shocked if agreements like that have not
been made with various vendors.

Having worked with Microsoft and a number of representatives from the
Linux distros, I *can* confirm that Microsoft care about Linux and SB
working well. Hell, they're even using SB (shim, etc.) themselves for
their own small Linux distro. That's not a *guarantee* of future
goodwill, but they're not about to break things here on a whim.

-- 
Steve McIntyre, Cambridge, UK.st...@einval.com
"We're the technical experts.  We were hired so that management could
 ignore our recommendations and tell us how to do our jobs."  -- Mike Andrews

Re: Secure Boot in QEMU (was Re: debian installation issue)

[Andrew M.A. Cater]

On Mon, Jun 14, 2021 at 06:07:50AM -0400, Kenneth Parker wrote:
> Okay.  I am running Debian Bullseye (selected earlier, during its testing
> phase, because I needed its level of QEMU to import a VM from Mint 20's
> QEMU:  Buster's QEMU refused).  My computer is an HP EliteDesk 705 G1-SFF.
> 
> I have a special requirement to run a Licenced version of Windows 10 Pro as
> a QEMU/KVM Guest.  I have already set up QEMU GCOW2 files as gpt and
> partitioned them with UEFI environments, but only with Linux guests so far,
> as well as (in one instance) Refind.
> 
> Does QEMU/KVM support setting up Secure Boot, in a way that passes
> Microsoft Muster?
> 
> Okay, I may be finding my own answers, via a Super User web page on this,
> using Manjaro and ovmf:
> 
> https://superuser.com/questions/1389103/windows-10-uefi-physical-to-kvm-libvirt-virtual
> 
> And now I see that Bullseye has ovmf available as a package.
> 
> So this will be my next Project.  I guess I am asking if anyone on this
> list has been successful with a virtualized Secure Boot that Microsoft
> likes?
> 
> Have a nice day :)
> >
> > Thomas
> >
> 
> Many thanks!
> 
> Kenneth Parker

Hi Kenneth,

Install OVMF. I tend to use Virtual Machine Manager just because it's
easier for me. Essentially, you do get the choice to use Secure Boot and
there are two options - one for Microsoft and one generic, I think.

Andy C.

Re: [Off topic thoughts] Re: debian installation issue

[Joe]

On Mon, 14 Jun 2021 11:41:37 +0200
 wrote:


>  "Any sufficiently advanced malice is indistinguishable from
> stupidity"
> 
> (some call that "plausible deniability").
> 
>
"People would rather appear stupid than evil".

-- 
Joe

Secure Boot in QEMU (was Re: debian installation issue)

[Kenneth Parker]

On Mon, Jun 14, 2021 at 4:45 AM Thomas Schmitt  wrote:

> Hi,
>
> Greg Wooledge wrote:
> > > > Secure Boot (Microsoft's attempt to stop you from using Linux)
>
> Andrei POPESCU wrote:
> > > While I'm not a fan of Microsoft:
> > > https://wiki.debian.org/SecureBoot#What_is_UEFI_Secure_Boot_NOT.3
> > > "Microsoft act as a Certification Authority (CA) for SB, and they will
> > > sign programs on behalf of other trusted organisations so that their
> > > programs will also run."
>
> to...@tuxteam.de wrote:
> >  - do you know any other alternative CA besides Microsoft
> >  - is there any internationally legal binding of Microsoft
>
> Actually it is the mainboard producers and possibly the CPU producers who
> decide who is in charge as CA.
> Further they decide whether the firmware offers the possibility to disable
> Secure Boot or to become your own CA.
>
>
> https://www.linuxjournal.com/content/take-control-your-pc-uefi-secure-boot
> shows how it should be in an ideal world. Of course this is still expert's
> work.
>
> I myself would see few reason not to disable Secure Boot on my own machines
> if necessary. But currently it does not even hamper kernel experiments.
> (Dunno whether this is intended by Debian and kernel source code or
> whether my test machine is just not as secure as its EFI pretends to be.
> My experiments happen in kernel modules like sr, cdrom, isofs. Maybe a
> change in the kernel's core would meet more distrust.)
>
> I agree with Andrei POPESCU that Secure Boot is not really for the purpose
> of hampering free operating systems, although it causes extra workload on
> those who intend to support this boot procedure.
> Secure Boot is rather the modern attempt to make systems safe against
> simple hardware manipulations. The old way was to seal the USB ports by a
> hot glue gun and to use security screws at the side plates of the box.
>
> It is unfortunate that Intel and Microsoft could not bring themselves to
> create an independent institution which authorizes the legitimate
> boot programs which are acceptable by default.
>
> 
> As we are already off topic:
>
> I agree to Greg Wooledge's overview of x86 boot firmware, as far as
> Debian installation is concerned.
>
> I have some nitpicking on technical details, though, which i did not post
> because it would not be relevant to the initial topic.
>
> Greg Wooledge wrote:
> > UEFI booting requires a GPT disk label (partition table type),
>
> No. UEFI specifies the formats of both, MBR partition table and GPT.
> In both partition table types it specifies an identifier for the EFI
> partition. (Type 0xEF for MBR partition table,
> Type GUID C12A7328-F81F-11D2-BA4B-00A0C93EC93B for GPT.)
>
> There exist some few UEFI firmware implementations which do not obey
> the specs and ignore MBR partition tables.
>
>
> > and one of the partitions on the disk must be an EFI partition.
>
> Actually there is no UEFI implementation known which would not peek into
> any recognized partition with a FAT filesystem, whether there is \EFI\BOOT
> with the matching BOOT*.EFI file.
> This seems to be a quirk which is protected by Microsoft Inc.
>
> Whether a partition is used automatically for booting or whether it is
> offered at all as bootable, is a matter of UEFI implementation and
> settings.
>

Okay.  I am running Debian Bullseye (selected earlier, during its testing
phase, because I needed its level of QEMU to import a VM from Mint 20's
QEMU:  Buster's QEMU refused).  My computer is an HP EliteDesk 705 G1-SFF.

I have a special requirement to run a Licenced version of Windows 10 Pro as
a QEMU/KVM Guest.  I have already set up QEMU GCOW2 files as gpt and
partitioned them with UEFI environments, but only with Linux guests so far,
as well as (in one instance) Refind.

Does QEMU/KVM support setting up Secure Boot, in a way that passes
Microsoft Muster?

Okay, I may be finding my own answers, via a Super User web page on this,
using Manjaro and ovmf:

https://superuser.com/questions/1389103/windows-10-uefi-physical-to-kvm-libvirt-virtual

And now I see that Bullseye has ovmf available as a package.

So this will be my next Project.  I guess I am asking if anyone on this
list has been successful with a virtualized Secure Boot that Microsoft
likes?

Have a nice day :)
>
> Thomas
>

Many thanks!

Kenneth Parker

Re: [Off topic thoughts] Re: debian installation issue

[tomas]

On Mon, Jun 14, 2021 at 10:46:34AM +0200, Thomas Schmitt wrote:
> Hi,
> 
> Greg Wooledge wrote:
> > > > Secure Boot (Microsoft's attempt to stop you from using Linux)
> 
> Andrei POPESCU wrote:
> > > While I'm not a fan of Microsoft:
> > > https://wiki.debian.org/SecureBoot#What_is_UEFI_Secure_Boot_NOT.3
> > > "Microsoft act as a Certification Authority (CA) for SB, and they will
> > > sign programs on behalf of other trusted organisations so that their
> > > programs will also run."
> 
> to...@tuxteam.de wrote:
> >  - do you know any other alternative CA besides Microsoft
> >  - is there any internationally legal binding of Microsoft
> 
> Actually it is the mainboard producers and possibly the CPU producers who
> decide who is in charge as CA.

:-)

Yes, I know how it (should) work. I was pointing out what the actual
effect is.

> create an independent institution which authorizes the legitimate
> boot programs which are acceptable by default.

You know I'm a fan of some bastard of Clarke's Third Law and Hanlon's
Razor. In this case, it applies nicely:

 "Any sufficiently advanced malice is indistinguishable from stupidity"

(some call that "plausible deniability").

Now it doesn't help to whine around that "THEY" are cementing their
monopoly (again"). Well, duh. It's what they do, and I do commend
all the hacker's efforts to understand the new machinery some aliens
have dumped on our yards.

I was just toning down our nerdy "Oh, shiny, no more evil maid attacks"
enthusiasm and just refusing to let Microsoft off that hook, although
they are behaving in a halfway civilised way (the monopoly probes
might have some relation to that, who knows).

Cheers
 - t


signature.asc
Description: Digital signature

[Off topic thoughts] Re: debian installation issue

[Thomas Schmitt]

Hi,

Greg Wooledge wrote:
> > > Secure Boot (Microsoft's attempt to stop you from using Linux)

Andrei POPESCU wrote:
> > While I'm not a fan of Microsoft:
> > https://wiki.debian.org/SecureBoot#What_is_UEFI_Secure_Boot_NOT.3
> > "Microsoft act as a Certification Authority (CA) for SB, and they will
> > sign programs on behalf of other trusted organisations so that their
> > programs will also run."

to...@tuxteam.de wrote:
>  - do you know any other alternative CA besides Microsoft
>  - is there any internationally legal binding of Microsoft

Actually it is the mainboard producers and possibly the CPU producers who
decide who is in charge as CA.
Further they decide whether the firmware offers the possibility to disable
Secure Boot or to become your own CA.

  https://www.linuxjournal.com/content/take-control-your-pc-uefi-secure-boot
shows how it should be in an ideal world. Of course this is still expert's
work.

I myself would see few reason not to disable Secure Boot on my own machines
if necessary. But currently it does not even hamper kernel experiments.
(Dunno whether this is intended by Debian and kernel source code or
whether my test machine is just not as secure as its EFI pretends to be.
My experiments happen in kernel modules like sr, cdrom, isofs. Maybe a
change in the kernel's core would meet more distrust.)

I agree with Andrei POPESCU that Secure Boot is not really for the purpose
of hampering free operating systems, although it causes extra workload on
those who intend to support this boot procedure.
Secure Boot is rather the modern attempt to make systems safe against
simple hardware manipulations. The old way was to seal the USB ports by a
hot glue gun and to use security screws at the side plates of the box.

It is unfortunate that Intel and Microsoft could not bring themselves to
create an independent institution which authorizes the legitimate
boot programs which are acceptable by default.


As we are already off topic:

I agree to Greg Wooledge's overview of x86 boot firmware, as far as
Debian installation is concerned.

I have some nitpicking on technical details, though, which i did not post
because it would not be relevant to the initial topic.

Greg Wooledge wrote:
> UEFI booting requires a GPT disk label (partition table type),

No. UEFI specifies the formats of both, MBR partition table and GPT.
In both partition table types it specifies an identifier for the EFI
partition. (Type 0xEF for MBR partition table,
Type GUID C12A7328-F81F-11D2-BA4B-00A0C93EC93B for GPT.)

There exist some few UEFI firmware implementations which do not obey
the specs and ignore MBR partition tables.


> and one of the partitions on the disk must be an EFI partition.

Actually there is no UEFI implementation known which would not peek into
any recognized partition with a FAT filesystem, whether there is \EFI\BOOT
with the matching BOOT*.EFI file.
This seems to be a quirk which is protected by Microsoft Inc.

Whether a partition is used automatically for booting or whether it is
offered at all as bootable, is a matter of UEFI implementation and settings.


Have a nice day :)

Thomas

Re: debian installation issue

[tomas]

On Mon, Jun 14, 2021 at 09:20:52AM +0300, Andrei POPESCU wrote:
> On Vi, 11 iun 21, 15:07:11, Greg Wooledge wrote:
> > 
> > Secure Boot (Microsoft's attempt to stop you from using Linux) relies on
> > UEFI booting, and therefore this was one of the driving forces behind it,
> > but not the *only* driving force.  If your machine doesn't use Secure Boot,
> > don't worry about it.  It won't affect you.
> 
> While I'm not a fan of Microsoft:
> 
> https://wiki.debian.org/SecureBoot#What_is_UEFI_Secure_Boot_NOT.3F

Quoting from there:

  "Microsoft act as a Certification Authority (CA) for SB, and they will
   sign programs on behalf of other trusted organisations so that their
   programs will also run."

Now two questions:

 - do you know any other alternative CA besides Microsoft who is
   capable of effectively doing this? In a way that it'd "work"
   with most PC vendors?

 - is there any internationally legal binding of Microsoft for
   them to provide that service in the future, in a fair and non
   discriminatory way?

I'd be surprised if the answer to /any/ of those questions were "yes".

We do have a dependency on Microsoft's "good will" here. Whether we like
it or not.

Cheers
 - t


signature.asc
Description: Digital signature

Re: debian installation issue

[Andrei POPESCU]

On Vi, 11 iun 21, 15:07:11, Greg Wooledge wrote:
> 
> Secure Boot (Microsoft's attempt to stop you from using Linux) relies on
> UEFI booting, and therefore this was one of the driving forces behind it,
> but not the *only* driving force.  If your machine doesn't use Secure Boot,
> don't worry about it.  It won't affect you.

While I'm not a fan of Microsoft:

https://wiki.debian.org/SecureBoot#What_is_UEFI_Secure_Boot_NOT.3F


Kind regards,
Andrei
-- 
http://wiki.debian.org/FAQsFromDebianUser


signature.asc
Description: PGP signature

Re: debian installation issue

[Felix Miata]

(I wrote this over 12 hours ago, before I went to bed, and forgot to send 
first.)

Joe composed on 2021-06-12 07:59 (UTC+0100):

> It doesn't help that the BIOS is broken, that it does not honour the
> EFI DefaultBoot, and always rewrites entry  if I change it.

There's no need for the Debian entry to be . One normally can change the 
boot
priority order with either efibootmgr or BIOS setup. If the BIOS is broken and 
an
upgrade isn't available, a CMOS reset should provide a workable solution. Pull 
the
plug, take the CMOS battery out, and leave it out as long as it takes for
everything to be forgotten. Removing all bootable devices might be required to
make forgetfulness stick. If that doesn't work, put a wiped drive in for reset
purposes.
-- 
Evolution as taught in public schools is, like religion,
based on faith, not based on science.

 Team OS/2 ** Reg. Linux User #211409 ** a11y rocks!

Felix Miata

Re: debian installation issue

[Steve McIntyre]

Joe wrote:
>
>Grub lives in more than one place: most of it is in /boot/grub, but
>there is a first-stage bootloader which calls this. To be honest,
>I don't know for sure where that lives on a GPT disk, on the old
>DOS-type partition it would live at the start of either the whole hard
>drive or the start of a particular partition, chosen during
>installation. I'm guessing it's the same for GPT partitioning.

It's ... complicated. :-)

See

  https://wiki.debian.org/Grub2#UEFI_vs_BIOS_boot

for documentation I've written comparing how GRUB works in BIOS mode
vs. UEFI mode.

-- 
Steve McIntyre, Cambridge, UK.st...@einval.com
"We're the technical experts.  We were hired so that management could
 ignore our recommendations and tell us how to do our jobs."  -- Mike Andrews

Re: debian installation issue

[songbird]

Andrew M.A. Cater wrote:
...
> These sound like either: broken versions of UEFI / broken installations or,
> exceptionally, a broken manufacturer somewhere.
>
> It may be worth revisiting installations when Bulleseye comes out to 
> get something that works and is supportable for the next few years.

  in my case it is that grub and refind don't do well together.  i
prefer booting via refind, but keep grub around just in case.  i
have also now put a menu entry for grub to chainload refind.


in /etc/grub.d/40_custom i have:

=
#!/bin/sh
exec tail -n +3 $0
# This file provides an easy way to add custom menu entries.  Simply type the
# menu entries you want to add after this comment.  Be careful not to change
# the 'exec tail' line above.
#
menuentry "Refind Menu" {
insmod part_gpt
insmod fat
insmod chain
root=hd0,1
chainloader /EFI/BOOT/BOOTX64.EFI
}
=

but i also have this documented in another place just in case
grub deletes my 40_custom file.


  songbird

Re: debian installation issue

[Joe]

On Sat, 12 Jun 2021 11:47:16 +
"Andrew M.A. Cater"  wrote:

> On Sat, Jun 12, 2021 at 07:09:29AM -0400, songbird wrote:
> > Joe wrote:
> > ...  
> > > It doesn't help that the BIOS is broken, that it does not honour
> > > the EFI DefaultBoot, and always rewrites entry  if I change
> > > it. Fortunately, it does honour NextBoot, or I'd never be able to
> > > get it booted into buster. But it worked with stretch. I could
> > > try installing stretch again and take a disc image, but it's a
> > > fair bit of work when I have no guarantee that whatever is
> > > missing will get replaced, and I do have a workaround which
> > > works.  
> > 
> >   after grub has updates i have to run a script which 
> > resets the boot order in uefi.
> > 
> > 
> > #
> > # efibootmgr
> > 
> > BootCurrent: 0001
> > Timeout: 1 seconds
> > BootOrder: 0001,,0006,0007,0005
> > 
> > 
> > # efibootmgr -o 0,1,5,6,7
> > BootCurrent: 0001
> > Timeout: 1 seconds
> > BootOrder: ,0001,0005,0006,0007
> > 
> > 
> >   songbird
> >   
> 
> These sound like either: broken versions of UEFI / broken
> installations or, exceptionally, a broken manufacturer somewhere.

Yes, no question about that. Failing to honour DefaultBoot is
definitely a no-no, along with the rewriting of the boot order. The
thing is, the stretch installer took a Win10 installation and an empty
second drive, and made a fully-working dual boot system with grub in
charge. Stretch knows something about EFI booting that buster doesn't.
> 
> It may be worth revisiting installations when Bulleseye comes out to 
> get something that works and is supportable for the next few years.
> 
Yes. But at the moment, I need to use suspend rather than shutdown, and
I only just about trust stable to do suspend properly. Even stable
occasionally freaks out and goes dead, and I have to do the four second
power button thing.

It would be bearable if there was a trivial way to get Win10 to set
NextBoot, but that involves booting it into Safe Mode and some Registry
editing, which is more trouble than using a rescue USB and efibootmgr
in chroot. I suppose I could try running efibootmgr under Win10, but
I've never had any luck doing really low-level system stuff under
emulation.

-- 
Joe

Re: debian installation issue

[Joe]

On Sat, 12 Jun 2021 07:09:29 -0400
songbird  wrote:

> Joe wrote:
> ...
> > It doesn't help that the BIOS is broken, that it does not honour the
> > EFI DefaultBoot, and always rewrites entry  if I change it.
> > Fortunately, it does honour NextBoot, or I'd never be able to get it
> > booted into buster. But it worked with stretch. I could try
> > installing stretch again and take a disc image, but it's a fair bit
> > of work when I have no guarantee that whatever is missing will get
> > replaced, and I do have a workaround which works.  
> 
>   after grub has updates i have to run a script which 
> resets the boot order in uefi.
> 
> 
> #
> # efibootmgr
> 
> BootCurrent: 0001
> Timeout: 1 seconds
> BootOrder: 0001,,0006,0007,0005
> 
> 
> # efibootmgr -o 0,1,5,6,7
> BootCurrent: 0001
> Timeout: 1 seconds
> BootOrder: ,0001,0005,0006,0007
> 

Yes, I can do that, but the BIOS rewrites it. It always puts the SATA
SSD drive (it also has a hardwired SSD) first in the list, and it
always fails to find something bootable on it. EFI booting is working
OK, as if I use efibootmgr to set NextBoot, that is honoured, and it
boots the correct entry.

-- 
Joe

Re: debian installation issue

[Andrew M.A. Cater]

On Sat, Jun 12, 2021 at 07:09:29AM -0400, songbird wrote:
> Joe wrote:
> ...
> > It doesn't help that the BIOS is broken, that it does not honour the
> > EFI DefaultBoot, and always rewrites entry  if I change it.
> > Fortunately, it does honour NextBoot, or I'd never be able to get it
> > booted into buster. But it worked with stretch. I could try installing
> > stretch again and take a disc image, but it's a fair bit of work when I
> > have no guarantee that whatever is missing will get replaced, and I do
> > have a workaround which works.
> 
>   after grub has updates i have to run a script which 
> resets the boot order in uefi.
> 
> 
> #
> # efibootmgr
> 
> BootCurrent: 0001
> Timeout: 1 seconds
> BootOrder: 0001,,0006,0007,0005
> 
> 
> # efibootmgr -o 0,1,5,6,7
> BootCurrent: 0001
> Timeout: 1 seconds
> BootOrder: ,0001,0005,0006,0007
> 
> 
>   songbird
> 

These sound like either: broken versions of UEFI / broken installations or,
exceptionally, a broken manufacturer somewhere.

It may be worth revisiting installations when Bulleseye comes out to 
get something that works and is supportable for the next few years.

Andy C.

Re: debian installation issue

[songbird]

Joe wrote:
...
> It doesn't help that the BIOS is broken, that it does not honour the
> EFI DefaultBoot, and always rewrites entry  if I change it.
> Fortunately, it does honour NextBoot, or I'd never be able to get it
> booted into buster. But it worked with stretch. I could try installing
> stretch again and take a disc image, but it's a fair bit of work when I
> have no guarantee that whatever is missing will get replaced, and I do
> have a workaround which works.

  after grub has updates i have to run a script which 
resets the boot order in uefi.


#
# efibootmgr

BootCurrent: 0001
Timeout: 1 seconds
BootOrder: 0001,,0006,0007,0005


# efibootmgr -o 0,1,5,6,7
BootCurrent: 0001
Timeout: 1 seconds
BootOrder: ,0001,0005,0006,0007


  songbird

Re: debian installation issue

[Joe]

On Fri, 11 Jun 2021 18:24:43 -0400
Felix Miata  wrote:

> Joe composed on 2021-06-11 20:14 (UTC+0100):
> 
> > I have a netbook which booted fine into grub on stretch,
> > but an upgrade to buster killed that, and to boot into buster I
> > have to use a rescue medium and use efibootmgr to set NextBoot to
> > the right entry. Nobody here seems able to help, and I gave Google
> > a good kicking to no avail.   
>   
> Almost certainly the culprits live within /etc/default/grub/, this
> line: GRUB_DISTRIBUTOR=`lsb_release -i -s 2> /dev/null || echo Debian`
> likely coupled with this line:
> GRUB_DISABLE_OS_PROBER=true
> 
> The presence of the second line cements the problem with the first,
> which is that the result of any Debian installation creates
> /EFI/debian on the ESP filesystem. This is fine when there is no
> other installed operating system. The second prevents the
> presentation of another operating system to boot from in Grub's boot
> menu. The first causes replacement of the original /EFI/debian, which
> in effect makes the Stretch installation invisible at boot time
> except via a rescue boot, or to a user knowledgeable in use of the
> Grub shell.
> 
> The solution most obvious to me is to make the content of
> GRUB_DISTRIBUTOR= a unique string, such as stretch or debian9 or
> buster or debian10, followed by running grub-mkconfig, and verifying
> that the UEFI BIOS contains these unique entries for each Debian
> installation.
> 
> Whether or not to set GRUB_DISABLE_OS_PROBER= false or true depends
> on personal preference. If true, the Grub menu selected by the last
> Grub-updated installation will exclude all other OS installations. To
> boot any other OS then requires the services of the UEFI BIOS to
> select booting any other, or booting rescue media. When instead false
> is configured (in both/all), either's/any's Grub menu can be used to
> boot another.
> 
> A much less obvious solution is to utilize the services of
> /etc/grub.d/ to present a custom grub menu configured by a system
> administrator knowledgeable in manual construction of a Grub menu.

Things aren't getting that far. If I turn on the computer, it shows me
its logo and then a brief flash of text at the top of the page. It
waits ten seconds or so, then repeats, and does this indefinitely.

The brief text says that it can't find a Debian file, and I later
discovered that every cycle of this process adds another Debian entry
to the EFI boot table. At the top of this table, and the BIOS recreates
it if I change it, is the hard drive, with a Windows entry lower.

I've been through all the copying, moving and renaming of things in /efi
suggested by Google, and none of it helps. The fact remains that adding
stretch to a Win10 installation worked fine, and upgrading to buster
stopped it booting at all without manual intervention. I later did a
clean reinstall of buster, and it didn't help. Before the text flash
appears, I can hit the F12 key and select the Windows Boot Manager, or
stick in a rescue USB and select that. This BIOS boot manager never
shows me a Debian entry, though the EFI boot table always has at least
one.

It doesn't help that the BIOS is broken, that it does not honour the
EFI DefaultBoot, and always rewrites entry  if I change it.
Fortunately, it does honour NextBoot, or I'd never be able to get it
booted into buster. But it worked with stretch. I could try installing
stretch again and take a disc image, but it's a fair bit of work when I
have no guarantee that whatever is missing will get replaced, and I do
have a workaround which works.

-- 
Joe

Re: debian installation issue

[Felix Miata]

Joe composed on 2021-06-11 20:14 (UTC+0100):

> I have a netbook which booted fine into grub on stretch,
> but an upgrade to buster killed that, and to boot into buster I have to
> use a rescue medium and use efibootmgr to set NextBoot to the right
> entry. Nobody here seems able to help, and I gave Google a good kicking
> to no avail. 

Almost certainly the culprits live within /etc/default/grub/, this line:
GRUB_DISTRIBUTOR=`lsb_release -i -s 2> /dev/null || echo Debian`
likely coupled with this line:
GRUB_DISABLE_OS_PROBER=true

The presence of the second line cements the problem with the first, which is 
that
the result of any Debian installation creates /EFI/debian on the ESP filesystem.
This is fine when there is no other installed operating system. The second
prevents the presentation of another operating system to boot from in Grub's 
boot
menu. The first causes replacement of the original /EFI/debian, which in effect
makes the Stretch installation invisible at boot time except via a rescue boot, 
or
to a user knowledgeable in use of the Grub shell.

The solution most obvious to me is to make the content of GRUB_DISTRIBUTOR= a
unique string, such as stretch or debian9 or buster or debian10, followed by
running grub-mkconfig, and verifying that the UEFI BIOS contains these unique
entries for each Debian installation.

Whether or not to set GRUB_DISABLE_OS_PROBER= false or true depends on personal
preference. If true, the Grub menu selected by the last Grub-updated 
installation
will exclude all other OS installations. To boot any other OS then requires the
services of the UEFI BIOS to select booting any other, or booting rescue media.
When instead false is configured (in both/all), either's/any's Grub menu can be
used to boot another.

A much less obvious solution is to utilize the services of /etc/grub.d/ to 
present
a custom grub menu configured by a system administrator knowledgeable in manual
construction of a Grub menu.
-- 
Evolution as taught in public schools is, like religion,
based on faith, not based on science.

 Team OS/2 ** Reg. Linux User #211409 ** a11y rocks!

Felix Miata

Re: debian installation issue

[Greg Wooledge]

On Sat, Jun 12, 2021 at 12:52:47AM +0300, Semih Ozlem wrote:
> Yes I am running in UEFI mode, but the partitioning is MBR and not GPT. Is
> this a problem? Which is preferred when?

Really, GPT is the future.  The "MBR" disk label is another product of
the 1980s.  It doesn't even support disks over 2 TB, which are fairly
common now.

I wouldn't use MBR partitioning with UEFI, but apparently it's "allowed".
Google gave me

which discusses it.

> Why would legacy boot be preferred?

It's... not?  It's simpler, though, and maybe more familiar to a lot of
the older users, so some people might choose it for one of those two
reasons.

For me -- and this is strictly opinion -- there are two scenarios that
would dictate how I proceed when installing Debian.

1) Does the system already have a disk with an operating sytem on it that
   I want to keep?  Most typically this would be Windows.

   If I'm going to make a dual-boot system from an existing Windows disk,
   then I'll keep whatever disk label (partitioning type) and booting
   strategy Windows is using.  If it's Legacy boot, then I'll install
   Debian to use Legacy boot.  This will maximize the chances of everything
   continuing to work.

2) Am I starting from a blank disk, either because it's literally blank, or
   because I'm wiping whatever OS was on the disk to begin with?

   In these cases, I'd go with GPT and UEFI, as those are the newer
   standards.

   GPT is actually required if the disk is large enough.

Of course these scenarios also assume that the machines in question offer
both types of booting.  If the machine only has UEFI or only has Legacy,
then that makes the decision for me.

Re: debian installation issue

[Semih Ozlem]

Dear Greg, and everyone else thanks for the detailed responses.

By UEFI versus Legacy Boot you mean things that are determined in BIOS
settings correct?

Yes I am running in UEFI mode, but the partitioning is MBR and not GPT. Is
this a problem? Which is preferred when? Why would legacy boot be preferred?

Greg Wooledge , 11 Haz 2021 Cum, 22:07 tarihinde şunu
yazdı:

> On Fri, Jun 11, 2021 at 09:38:37PM +0300, Semih Ozlem wrote:
> > I reinstalled the system, including an efi partition (500MiB) and the
> > problem was fixed.
>
> This suggests that you booted the installer in UEFI mode, rather than in
> Legacy mode.  If you boot the installer in UEFI mode, you are expected
> to install a system that will boot in UEFI mode, which means it needs an
> EFI partition (and GPT disk label).
>
> If you wanted to create an install that would boot in Legacy mode, you
> need to boot the installer in Legacy mode first.
>
> (Or maybe there's something you can do in Expert mode to work around it;
> I don't know.  At a bare minimum, you'd need to switch which of the
> GRUB packages gets installed -- grub-pc vs. grub-efi.)
>
> > How to check where grub is installed? And what is a friendly guide to
> > learning about grub?
>
> GRUB should be installed on the *disk* (not on a partition) that you
> intend to boot.
>
> There are two different GRUB packages: grub-efi for UEFI booting, and
> grub-pc for Legacy (BIOS) booting.  The mode in which you booted the
> installer determines which of these gets installed at the end of the
> installation.
>
> Legacy (BIOS) booting is the old quasi-standard.  It's been around since
> the 1980s.  In this paradigm, the boot loader code is installed to
> something called the "master boot record" (MBR) which is really just the
> first few hundred bytes of the disk.  Some space is left unpartitioned at
> the start of the disk to make room for this.  Much hand-waving is involved.
>
> UEFI booting is the new standard.  It's been around for several years
> now, so it's fairly widespread, but not quite ubiquitous.  UEFI booting
> requires a GPT disk label (partition table type), and one of the partitions
> on the disk must be an EFI partition.  This is a FAT-type file system which
> contains programs used by the boot loader.
>
> A lot of machine (probably most machines made today) can boot in either of
> these two modes, because not everyone has moved over to the new standard
> yet.  Older machines will only support Legacy booting.  A few newer
> machines
> may only support UEFI booting.
>
> Secure Boot (Microsoft's attempt to stop you from using Linux) relies on
> UEFI booting, and therefore this was one of the driving forces behind it,
> but not the *only* driving force.  If your machine doesn't use Secure Boot,
> don't worry about it.  It won't affect you.
>
> Of course, this is not everything there is to know about UEFI and Legacy
> booting, but it might be enough for most purposes, especially if you just
> want to install and run Debian, and don't particularly care about the
> inner workings.
>
> Next, the care and feeding of GRUB on an installed Debian system:
>
> In the /boot/grub directory there's a file named grub.cfg.  This is the
> menu that GRUB reads from disk when you boot.  It's generated
> automatically every time you do certain things (like installing a new
> kernel package).  If at any time you'd like to regenerate this menu
> (because you changed something yourself), you run this command:
>
> update-grub
>
> You should not edit grub.cfg directly, because your changes will be
> overwritten eventually.
>
> If you'd like to change how the menu operates, there are a few pieces
> you need to know about.
>
> The first is /etc/default/grub which is a file containing lines of shell
> code.  It's only supposed to contain variable definitions, and these
> variables affect the overall menu, or they affect every menu entry.
> You can change these variables (e.g. if you'd like the menu timeout to
> be a bit longer because your monitor takes several seconds to switch
> modes, or if you'd like to remove the "quiet" flag so that you can see
> more details of what's happening).
>
> Individual menu entries are generated by shell code fragments in the
> /etc/grub.d/ directory.  If you'd like to add a menu entry of your own,
> you can create a new file in this directory.  You'll need some expertise
> for this.  If you'd like to customize the generated segments of the GRUB
> menu, you might consider editing one of the existing files in this
> directory, but make sure you have a backup, and a means of booting in
> rescue mode, first.  This is not something you want to break, especially
> if it's a remote system.
>
>

Re: debian installation issue

[Felix Miata]

Greg Wooledge composed on 2021-06-11 15:07 (UTC-0400):

> On Fri, Jun 11, 2021 at 09:38:37PM +0300, Semih Ozlem wrote:

>> How to check where grub is installed? And what is a friendly guide to
>> learning about grub?

> GRUB should be installed on the *disk* (not on a partition) that you
> intend to boot.   
> 
Not to detract from the wisdom of the rest of Greg's excellent reply, but TBC,
this statement is religion at one extreme, opinion at the other, not fact. Note 
he
wisely did not say "must", but "should". For most traditional (BIOS/MBR; 
designed
for "Windows" PCs) configurations, it's probably prudent to put the bootloader 
on
the "disk". For pure Debian installations, as opposed to multiboot, whether or 
not
to install it on the "disk" really doesn't matter.

OTOH, putting a bootloader on the MBR of a disk on a PC designed for Windows is 
a
relative newcomer to the world of booting such a PC. I've been installing
operating systems on IBM-compatible PCs for more than 3 decades. Not once have I
intentionally installed Grub on an MBR. In the dearth of instances where it did
happen I wiped whatever caused it, and started over with
DOS/OS2/Windows/Linux-compatible MBR code on the MBR. IOW, Grub can live 
elsewhere
than on the MBR.

A less innocuous error is not clearly qualifying the quoted statement to apply
only to non-UEFI boot environments, which usually means an MBR-partitioned boot
disk. On a UEFI installation, which requires GPT partitioning, the first sector
normally contains nothing until near its end, where a disk identifier and the
start of the disk's multi-sector partition table begin. No executable code is
required on this sector.

With a UEFI "BIOS", the boot process begins rather differently than on an 
MBR-only
system. On a UEFI system's ESP (Extensible Firmware Interface System Partition; 
a
quasi-"boot" partition), there are no files containing the string "grub" in 
their
name. Thus it seems to be a debatable issue whether "bootloader" is actually an
appropriate name for Grub 2, as its primary purpose seems to be presenting a 
menu
from which to select what kernel, initrd (if any), and kernel command line
parameters (if any) to load into RAM to /continue/ the boot process initiated by
the UEFI firmware.
-- 
Evolution as taught in public schools is, like religion,
based on faith, not based on science.

 Team OS/2 ** Reg. Linux User #211409 ** a11y rocks!

Felix Miata

Re: debian installation issue

[Joe]

On Fri, 11 Jun 2021 21:38:37 +0300
Semih Ozlem  wrote:

> I reinstalled the system, including an efi partition (500MiB) and the
> problem was fixed.
> 
> How to check where grub is installed? And what is a friendly guide to
> learning about grub?

I don't like quoting specific sources, as they go out of date so
quickly, but here's the official starting point:
https://www.gnu.org/software/grub/

There is a lot of other information on the Net, some of it more
user-friendly, but much of it is out of date. Search using the version
number of grub, which you see on the boot menu screen, and use 'grub2'
which is the current package name.

Grub lives in more than one place: most of it is in /boot/grub, but
there is a first-stage bootloader which calls this. To be honest,
I don't know for sure where that lives on a GPT disk, on the old
DOS-type partition it would live at the start of either the whole hard
drive or the start of a particular partition, chosen during
installation. I'm guessing it's the same for GPT partitioning.

With an EFI system there is more to it that, you've already found the
need for an /efi partition/folder, but there's also an EFI boot table
on the drive, and something else which tells the computer where to look
for entries. I have a netbook which booted fine into grub on stretch,
but an upgrade to buster killed that, and to boot into buster I have to
use a rescue medium and use efibootmgr to set NextBoot to the right
entry. Nobody here seems able to help, and I gave Google a good kicking
to no avail. Clearly you don't have this problem. 

-- 
Joe

Re: debian installation issue

[Greg Wooledge]

On Fri, Jun 11, 2021 at 09:38:37PM +0300, Semih Ozlem wrote:
> I reinstalled the system, including an efi partition (500MiB) and the
> problem was fixed.

This suggests that you booted the installer in UEFI mode, rather than in
Legacy mode.  If you boot the installer in UEFI mode, you are expected
to install a system that will boot in UEFI mode, which means it needs an
EFI partition (and GPT disk label).

If you wanted to create an install that would boot in Legacy mode, you
need to boot the installer in Legacy mode first.

(Or maybe there's something you can do in Expert mode to work around it;
I don't know.  At a bare minimum, you'd need to switch which of the
GRUB packages gets installed -- grub-pc vs. grub-efi.)

> How to check where grub is installed? And what is a friendly guide to
> learning about grub?

GRUB should be installed on the *disk* (not on a partition) that you
intend to boot.

There are two different GRUB packages: grub-efi for UEFI booting, and
grub-pc for Legacy (BIOS) booting.  The mode in which you booted the
installer determines which of these gets installed at the end of the
installation.

Legacy (BIOS) booting is the old quasi-standard.  It's been around since
the 1980s.  In this paradigm, the boot loader code is installed to
something called the "master boot record" (MBR) which is really just the
first few hundred bytes of the disk.  Some space is left unpartitioned at
the start of the disk to make room for this.  Much hand-waving is involved.

UEFI booting is the new standard.  It's been around for several years
now, so it's fairly widespread, but not quite ubiquitous.  UEFI booting
requires a GPT disk label (partition table type), and one of the partitions
on the disk must be an EFI partition.  This is a FAT-type file system which
contains programs used by the boot loader.

A lot of machine (probably most machines made today) can boot in either of
these two modes, because not everyone has moved over to the new standard
yet.  Older machines will only support Legacy booting.  A few newer machines
may only support UEFI booting.

Secure Boot (Microsoft's attempt to stop you from using Linux) relies on
UEFI booting, and therefore this was one of the driving forces behind it,
but not the *only* driving force.  If your machine doesn't use Secure Boot,
don't worry about it.  It won't affect you.

Of course, this is not everything there is to know about UEFI and Legacy
booting, but it might be enough for most purposes, especially if you just
want to install and run Debian, and don't particularly care about the
inner workings.

Next, the care and feeding of GRUB on an installed Debian system:

In the /boot/grub directory there's a file named grub.cfg.  This is the
menu that GRUB reads from disk when you boot.  It's generated
automatically every time you do certain things (like installing a new
kernel package).  If at any time you'd like to regenerate this menu
(because you changed something yourself), you run this command:

update-grub

You should not edit grub.cfg directly, because your changes will be
overwritten eventually.

If you'd like to change how the menu operates, there are a few pieces
you need to know about.

The first is /etc/default/grub which is a file containing lines of shell
code.  It's only supposed to contain variable definitions, and these
variables affect the overall menu, or they affect every menu entry.
You can change these variables (e.g. if you'd like the menu timeout to
be a bit longer because your monitor takes several seconds to switch
modes, or if you'd like to remove the "quiet" flag so that you can see
more details of what's happening).

Individual menu entries are generated by shell code fragments in the
/etc/grub.d/ directory.  If you'd like to add a menu entry of your own,
you can create a new file in this directory.  You'll need some expertise
for this.  If you'd like to customize the generated segments of the GRUB
menu, you might consider editing one of the existing files in this
directory, but make sure you have a backup, and a means of booting in
rescue mode, first.  This is not something you want to break, especially
if it's a remote system.

Re: debian installation issue

[Semih Ozlem]

I reinstalled the system, including an efi partition (500MiB) and the
problem was fixed.

How to check where grub is installed? And what is a friendly guide to
learning about grub?

Richard Owlett , 11 Haz 2021 Cum, 20:17 tarihinde şunu
yazdı:

> On 06/11/2021 11:31 AM, Semih Ozlem wrote:
> > Hi everyone,
> >
> > I am using 64bit with 4GiB system memory Intel COre i3-7100U @ 2.40 GHZ
> > machine. I installed debian on a usb (sandisk cruzer blade 2.0 32 GB). I
> > created a single partition.
> >
> > At the moment the system does not boot. From the installation media grub
> > menu shows up.
> >
> > Is there a way without reinstalling to make the system boot from the usb?
> > Should I have used a different partition system?
> >
> > Thanks
> >
>
> Did grub get installed to the flash drive?
>
>
>
>

Re: debian installation issue

[Richard Owlett]

On 06/11/2021 11:31 AM, Semih Ozlem wrote:

Hi everyone,

I am using 64bit with 4GiB system memory Intel COre i3-7100U @ 2.40 GHZ
machine. I installed debian on a usb (sandisk cruzer blade 2.0 32 GB). I
created a single partition.

At the moment the system does not boot. From the installation media grub
menu shows up.

Is there a way without reinstalling to make the system boot from the usb?
Should I have used a different partition system?

Thanks



Did grub get installed to the flash drive?

debian installation issue

[Semih Ozlem]

Hi everyone,

I am using 64bit with 4GiB system memory Intel COre i3-7100U @ 2.40 GHZ
machine. I installed debian on a usb (sandisk cruzer blade 2.0 32 GB). I
created a single partition.

At the moment the system does not boot. From the installation media grub
menu shows up.

Is there a way without reinstalling to make the system boot from the usb?
Should I have used a different partition system?

Thanks

Re: Macbook Post-Installation Issue

[Keith Bainbridge]

On 17/12/19 5:46 am, Kent West wrote:



Unless things have changed recently (and I don't believe they have), you 
could also run "sudo tasksel" and pick the Desktop Environment[s] you 
prefer.



Just worked for me, when I tried it just for fun

--
Keith Bainbridge

keith.bainbridge.3...@gmail.com
+61 (0)447 667 468

Re: Macbook Post-Installation Issue

[Kent West]

On Mon, Dec 16, 2019 at 11:43 AM Dan Ritter  wrote:

> Dr. Jason Amerson wrote:
> > Dan,
> >
> > I cannot login to my desktop. I am just presented with the Debian
> GNU/Linux 10 tty1.
> >
> >
> > Jason
> >
> >
> > On 12/16/2019 12:04:09 PM, Dan Ritter  wrote:
> > Dr. Jason Amerson wrote:
> > > Hello,
> > >
> > > Me again. Different computer with a different problem. I may ask about
> other computers later. I am in the process of migrating my laptops from
> Windows 10 to Debian. This computer is a Macbook Pro. I installed Debian
> without errors, not even network errors like my other computer. I rebooted
> the computer and I was taken to a grub screen where I can select ???Debian
> GNU/Linux??? or ???Advanced Options for Debian GNU/Linux.??? I chose the
> first option. Then I was taken to a tty1 prompt for me to login. I know how
> to login into the shell and issue commands, I just do not know what to do
> at this point. This is something that I have not had happen before. I just
> would like to login to my KDE desktop.
> > >
> >
> > You've probably not installed kde.
> >
> > Log in. Gain root privileges via su or sudo. apt install kde and
> > an x display manager.
> >
> > You should be happy after that.
> >
>
> Don't top post here.
>
> Always continue conversations on the mailing list, not in
> private, unless someone asks you to take it private. That way,
> other people get the benefit (and other people can help).
>
> Nobody's impressed by a doctoral degree here, whether it be
> MD or Ph.D. or JD.
>
> You said "I know how to login into the shell and issue
> commands"; and I told you to do that, and then what to do
> afterwards in order to install KDE.
>
> Where it says login: give your username.
> Where it says password: give your password.
>
> You are now in a shell.
>
> Gain root privileges either by typing
> su -
> (and give the root password)
> or
> sudo -s
> (and give your own password)
>
> Now you have root privileges.
>
> type
> apt install kde-full
> to install KDE.
>
>
>
>
Unless things have changed recently (and I don't believe they have), you
could also run "sudo tasksel" and pick the Desktop Environment[s] you
prefer.

-- 
Kent West<")))><
Westing Peacefully - http://kentwest.blogspot.com

Re: Macbook Post-Installation Issue

[Dan Ritter]

Dr. Jason Amerson wrote: 
> Dan,
> 
> I cannot login to my desktop. I am just presented with the Debian GNU/Linux 
> 10 tty1.
> 
> 
> Jason
> 
> 
> On 12/16/2019 12:04:09 PM, Dan Ritter  wrote:
> Dr. Jason Amerson wrote:
> > Hello,
> >
> > Me again. Different computer with a different problem. I may ask about 
> > other computers later. I am in the process of migrating my laptops from 
> > Windows 10 to Debian. This computer is a Macbook Pro. I installed Debian 
> > without errors, not even network errors like my other computer. I rebooted 
> > the computer and I was taken to a grub screen where I can select ???Debian 
> > GNU/Linux??? or ???Advanced Options for Debian GNU/Linux.??? I chose the 
> > first option. Then I was taken to a tty1 prompt for me to login. I know how 
> > to login into the shell and issue commands, I just do not know what to do 
> > at this point. This is something that I have not had happen before. I just 
> > would like to login to my KDE desktop.
> >
> 
> You've probably not installed kde.
> 
> Log in. Gain root privileges via su or sudo. apt install kde and
> an x display manager.
> 
> You should be happy after that.
> 

Don't top post here.

Always continue conversations on the mailing list, not in
private, unless someone asks you to take it private. That way,
other people get the benefit (and other people can help).

Nobody's impressed by a doctoral degree here, whether it be
MD or Ph.D. or JD.

You said "I know how to login into the shell and issue
commands"; and I told you to do that, and then what to do
afterwards in order to install KDE.

Where it says login: give your username.
Where it says password: give your password.

You are now in a shell.

Gain root privileges either by typing
su -
(and give the root password)
or
sudo -s
(and give your own password)

Now you have root privileges.

type
apt install kde-full
to install KDE.

Re: Macbook Post-Installation Issue

[Dan Ritter]

Dr. Jason Amerson wrote: 
> Hello,
> 
> Me again. Different computer with a different problem. I may ask about other 
> computers later. I am in the process of migrating my laptops from Windows 10 
> to Debian. This computer is a Macbook Pro. I installed Debian without errors, 
> not even network errors like my other computer. I rebooted the computer and I 
> was taken to a grub screen where I can select ???Debian GNU/Linux??? or 
> ???Advanced Options for Debian GNU/Linux.??? I chose the first option. Then I 
> was taken to a tty1 prompt for me to login. I know how to login into the 
> shell and issue commands, I just do not know what to do at this point. This 
> is something that I have not had happen before. I just would like to login to 
> my KDE desktop.
> 

You've probably not installed kde.

Log in. Gain root privileges via su or sudo. apt install kde and
an x display manager.

You should be happy after that.

-dsr-

Macbook Post-Installation Issue

[Dr. Jason Amerson]

Hello,

Me again. Different computer with a different problem. I may ask about other 
computers later. I am in the process of migrating my laptops from Windows 10 to 
Debian. This computer is a Macbook Pro. I installed Debian without errors, not 
even network errors like my other computer. I rebooted the computer and I was 
taken to a grub screen where I can select “Debian GNU/Linux” or “Advanced 
Options for Debian GNU/Linux.” I chose the first option. Then I was taken to a 
tty1 prompt for me to login. I know how to login into the shell and issue 
commands, I just do not know what to do at this point. This is something that I 
have not had happen before. I just would like to login to my KDE desktop.

Jason

Re: About installation issue

[Fungi4All]

> From: deepesh554...@gmail.com
> To: debian-user@lists.debian.org
>
> I want to install kali linuc, but I am unable to start installing kali linux 
> because my laptop is not starting to install kali linux, I did contact laptop 
> company, they said to contact to you, so please help me to install kali linux

Tell us also which model laptop you have and what other system is installed on 
it.  This may be the case of an UEFI and secure boot ptoblem if it is a late 
model.
Everything Thomas Schmitt says is all true, but I will add some additional 
information.
You can install Debian, and then switch to kali repository and install the 
kali-keyring.  Then
you disable debian repositories and install kali-stuff.  The end product is the 
same kali.

Kali is built on debian testing, buster.  Unless you are an experienced 
programmer and
an expert on networking there is nothing there.  I only like the graphics :)
You can take a 5GB Debian installation and make it into a 25GB installation.  
Are you sure
you need this?

If you install Debian, then this list will have to help you with the specific 
image you used
to make the installation.  Then I will tell you specifically what to do if you 
choose that route.
At least you can then disable kali, purge the extra kernel, and end up with a 
wonderful
buster installation and an easy way if you need some package from Kali to be 
able to install
it at any time.

Kali is more debian than any debian based distribution out there.  It is even 
more debian than tails is, a pseudo debian live system.

Re: About installation issue

[Thomas Schmitt]

Hi,

Deepesh Gupta wrote:
> you said, Kali logo will appear

In case of success.


> but in my case logo is not appear and normally windows starts

So your computer's firmware was either not ready to boot from the
medium which you submitted, or it did not recognize the starting points
for booting on that medium.


Questions:

- Which KALI image exactly do you try to boot ?
  From where did you get it ?

- On what kind of medium do you offer the KALI image to your computer ?
  How did it get onto that medium >

- Is the firmware of your computer EFI or is it BIOS ?
  IF EFI: Can you put it into "Legacy" (aka "BIOS emulation") mode ?

- Does your firmware offer a list of devices to boot from ?
  Is your kind of medium (or drive if DVD) listed by your firmware ?

- Assumed you use an ISO image:
  Does a Debian netinst image boot, if presented on the same kind of
  medium as the KALI image ?
  If you use "32 bit" KALI:

https://cdimage.debian.org/debian-cd/current/i386/iso-cd/debian-9.1.0-i386-netinst.iso
  If you use "64 bit" KALI:

https://cdimage.debian.org/debian-cd/current/amd64/iso-cd/debian-9.1.0-amd64-netinst.iso


Have a nice day :)

Thomas
 

Re: About installation issue

[Thomas Schmitt]

Hi,

Deepesh Gupta wrote:
> my laptop is not starting to install kali linux,

First of all, this is the mailing list for Debian, not so much for Kali,
which is based on Debian. You may be better off with the contact
opportunities at
  https://www.kali.org/community/


Said this, the next question is how you offered to ypur computer the
initial data for installation. I see on
  https://www.kali.org/downloads/
ISO images for x86 CPUs ("64 bit", "32 bit") and disk images for ARM CPUs.

If you took an ISO image, like kali-linux-2017.1-amd64.iso, and your
computer boots by EFI, then you have to put it onto a DVD or BD medium.
It will not work with EFI if put plainly onto an USB stick or hard disk.
(Reason is lack of a partition table which properly marks the EFI System
 Partition.)

So if you have to use a Kali ISO on USB stick and your computer has EFI
as firmware, then try to bring the EFI into Legacy BIOS mode. For BIOS,
there is an isohybrid MBR in the ISO, which boots from USB stick.

If a screen appears with "KALI" logo and options like "Live (amd64)",
then the ISO has booted and further problems would be out of my scope.


Have a nice day :)

Thomas

About installation issue

[Deepesh Gupta]

I want to install kali linuc, but I am unable to start installing kali
linux because my laptop is not starting to install kali linux, I did
contact laptop company, they said to contact to you, so please help me to
install kali linux

Re: Kicad Installation Issue Regard Of 4.0.4 Its Only Install 4.0.2 In Debian Jessie 8.5

[Wouter Verhelst]

Hello Aravind,

[-project removed, since this is not on topic there; added backports
instead]

On Wed, Nov 16, 2016 at 08:54:40AM +0530, ARAVIND B KUMAR wrote:
> Hello Sir
> 
> This Is Aravind From India
> 
> We Are Try To Install Kicad 4.0.4 In Debain Jessie 8.5 But It Only Install
> 4.0.2

That version is the version in backports.

> Can You Please Help Us How To Install Kicad 4.0.4 In Debian Jessie 8.5 We
> Are Try To Build And We Try Using PPA But It Install Only Kicad 4.0.2

The term "PPA" is a Ubuntu-originated term, and is therefore not Debian.
Using actual PPAs from Ubuntu on a Debian system may be positively
harmful. What you probably mean is that you enabled the
"jessie-backports" archive.

The version you want is currently available in Stretch, which is the
requirement for a backport to be updated. I don't know who uploaded
kicad to backports, but it's possible that this person (who should be
reading the -backports mailinglist which I added to Cc of this mail)
might want to update it to the version in Stretch?

Failing that, you might consider upgrading to Debian Stretch. While that
has not released yet, it may be a good option for a personal home
desktop; using Debian Stretch is certainly a supported configuration,
and it does contain the version of kicad that you're looking for.

Regards,

-- 
< ron> I mean, the main *practical* problem with C++, is there's like a dozen
   people in the world who think they really understand all of its rules,
   and pretty much all of them are just lying to themselves too.
 -- #debian-devel, OFTC, 2016-02-12

Re: Kicad Installation Issue Regard Of 4.0.4 Its Only Install 4.0.2 In Debian Jessie 8.5

[Ben Caradoc-Davies]

On 16/11/16 17:10, Paul Wise wrote:

On Wed, Nov 16, 2016 at 11:24 AM, ARAVIND B KUMAR
 wrote:

We Are Try To Install Kicad 4.0.4 In Debain Jessie 8.5 But It Only Install
4.0.2 Can You Please Help Us How To Install Kicad 4.0.4 In Debian Jessie 8.5
We Are Try To Build And We Try Using PPA But It Install Only Kicad 4.0.2

Please contact the person who made the kicad 4.0.2 version. If you are
using the official Debian backport of kicad, then that person will be
listed on this page, search for kicad in it:
https://backports.debian.org/changes/jessie-backports.html


Aravind, the changelogs for the jessie-backports package indicate that 
Georges Khaznadar  is the most active maintainer. 
Please email Georges and request backport of 4.0.4 to jessie.


See:
https://packages.debian.org/jessie-backports/kicad
http://metadata.ftp-master.debian.org/changelogs/main/k/kicad/kicad_4.0.2+dfsg1-2~bpo8+1-1_changelog

PPA are for Ubuntu. Using an official jessie-backports will likely be 
the most reliable solution.


Kind regards,

--
Ben Caradoc-Davies 
Director
Transient Software Limited 
New Zealand

Re: Kicad Installation Issue Regard Of 4.0.4 Its Only Install 4.0.2 In Debian Jessie 8.5

[Paul Wise]

On Wed, Nov 16, 2016 at 11:24 AM, ARAVIND B KUMAR
 wrote:

> We Are Try To Install Kicad 4.0.4 In Debain Jessie 8.5 But It Only Install
> 4.0.2 Can You Please Help Us How To Install Kicad 4.0.4 In Debian Jessie 8.5
> We Are Try To Build And We Try Using PPA But It Install Only Kicad 4.0.2

Please contact the person who made the kicad 4.0.2 version. If you are
using the official Debian backport of kicad, then that person will be
listed on this page, search for kicad in it:

https://backports.debian.org/changes/jessie-backports.html

-- 
bye,
pabs

https://wiki.debian.org/PaulWise

Kicad Installation Issue Regard Of 4.0.4 Its Only Install 4.0.2 In Debian Jessie 8.5

[ARAVIND B KUMAR]

Hello Sir

This Is Aravind From India

We Are Try To Install Kicad 4.0.4 In Debain Jessie 8.5 But It Only Install
4.0.2 Can You Please Help Us How To Install Kicad 4.0.4 In Debian Jessie
8.5 We Are Try To Build And We Try Using PPA But It Install Only Kicad 4.0.2

We Are Looking Forward From You.

Thanks You

Best Regards
Aravind Kumar

Re: Installation issue

[Pascal Hambourg]

Le 17/07/2016 à 09:36, Andre Majorel a écrit :


For a shell to type the ping command in, try [ctrl]-[alt]-[f2],
[ctrl]-[alt]-[f3] and so on. To go back to the Debian installer,
[ctrl]-[alt]-[f1], if memory serves.


Or Alt+F5 if the installer is in graphic mode.
Note that you don't need to press Ctrl to switch from a text console.

Re: Installation issue

[Andre Majorel]

On 2016-07-17 00:42 -0500, David Wright wrote:
> On Sat 16 Jul 2016 at 20:57:55 (-0700), Adolfo Gonzalez wrote:
> > Hi there, I've tried to install from Internet but during the
> > process I get across choosing a mirror, after I choose it it
> > takes me to a screen with a title "choose a mirror of the
> > debian archive" in. which I'm ask to enter "HTTP proxy
> > information (blank for none)", since I'm using a Wi-Fi
> > connection and haven,t got a clue what information is that I
> > leave it blank but, it always shows me a "bad archive
> > mirror", please HELP
> 
> Blank for the proxy is fine. It's likely the error is before that.
> Here are the responses I select. See how they compare with yours.
> 
> Configure the package manager
> Use a network mirror? yes
> Protocol for downloads: http

Yes, HTTP over FTP as the latter doesn't always work well or at
all through firewalls.

> Debian archive mirror country: United States
> Debian archive mirror: ftp.us.debian.org
> HTTP proxy:

And is the computer actually connected to the internet ? Can you
ping debian.org or whatever from the machine you're trying to
install Debian on ? If not, go back to the "configure the
network" step in the Debian installer.

For a shell to type the ping command in, try [ctrl]-[alt]-[f2],
[ctrl]-[alt]-[f3] and so on. To go back to the Debian installer,
[ctrl]-[alt]-[f1], if memory serves.

-- 
André Majorel 
Discriminating spammers prefer bugs.debian.org.

Re: Installation issue

[David Wright]

On Sat 16 Jul 2016 at 20:57:55 (-0700), Adolfo Gonzalez wrote:
> Hi there, I've tried to install from Internet but during the process I get
> across choosing a mirror, after I choose it it takes me to a screen with a
> title "choose a mirror of the debian archive" in. which I'm ask to enter
> "HTTP proxy information (blank for none)", since I'm using a Wi-Fi
> connection and haven,t got a clue what information is that I leave it blank
> but, it always shows me a "bad archive mirror", please HELP

Blank for the proxy is fine. It's likely the error is before that.
Here are the responses I select. See how they compare with yours.

Configure the package manager
Use a network mirror? yes
Protocol for downloads: http
Debian archive mirror country: United States
Debian archive mirror: ftp.us.debian.org
HTTP proxy:

Cheers,
David.

Installation issue

[Adolfo Gonzalez]

Hi there, I've tried to install from Internet but during the process I get
across choosing a mirror, after I choose it it takes me to a screen with a
title "choose a mirror of the debian archive" in. which I'm ask to enter
"HTTP proxy information (blank for none)", since I'm using a Wi-Fi
connection and haven,t got a clue what information is that I leave it blank
but, it always shows me a "bad archive mirror", please HELP
Adolfo Gonzalez

Re: installation issue package krb5-users (unmet dependencies)

[Muhammad Yousuf Khan]

Ok  i found out the issue. worked with aptitude command.

Thanks,


On Wed, Jul 29, 2015 at 10:09 AM, Muhammad Yousuf Khan sir...@gmail.com
wrote:

 when i am installing the package it is throwing this issue. and i want to
 install krb5-user for samba.
 any help will be highly appreciated.


 oot@nas:~# apt-get install krb5-user
 Reading package lists... Done
 Building dependency tree
 Reading state information... Done
 Some packages could not be installed. This may mean that you have
 requested an impossible situation or if you are using the unstable
 distribution that some required packages have not yet been created
 or been moved out of Incoming.
 The following information may help to resolve the situation:

 The following packages have unmet dependencies:
  krb5-user : Depends: libkrb5-3 (= 1.8.3+dfsg-4squeeze7) but
 1.10.1+dfsg-5+deb7u2 is to be installed
 E: Broken packages

installation issue package krb5-users (unmet dependencies)

[Muhammad Yousuf Khan]

when i am installing the package it is throwing this issue. and i want to
install krb5-user for samba.
any help will be highly appreciated.


oot@nas:~# apt-get install krb5-user
Reading package lists... Done
Building dependency tree
Reading state information... Done
Some packages could not be installed. This may mean that you have
requested an impossible situation or if you are using the unstable
distribution that some required packages have not yet been created
or been moved out of Incoming.
The following information may help to resolve the situation:

The following packages have unmet dependencies:
 krb5-user : Depends: libkrb5-3 (= 1.8.3+dfsg-4squeeze7) but
1.10.1+dfsg-5+deb7u2 is to be installed
E: Broken packages

Installation issue

[Michael Torres]

I am trying to install debian on my mid 2012 macbook pro and have a dual
boot system. I have downloaded the live CD amd64 7.4 gnome iso and have
tried to boot from it. My processor is a core i7. It boots, but only a
black screen with a line comes up. Does anyone know what the problem is?

Re: Installation issue

[Matthew Moore]

On 2014-04-11 11:02:54 AM, Michael Torres wrote:
 I am trying to install debian on my mid 2012 macbook pro and have a dual
 boot system. I have downloaded the live CD amd64 7.4 gnome iso and have
 tried to boot from it. My processor is a core i7. It boots, but only a
 black screen with a line comes up. Does anyone know what the problem is?

Did you read this page?

https://wiki.debian.org/MacBook#Debian_installation

MM


-- 
To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org 
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/20140411153017.GG20621@lambda.lexicon

Re: Installation issue

[Steve Litt]

On Fri, 11 Apr 2014 11:02:54 -0400
Michael Torres mrmojoris...@gmail.com wrote:

 I am trying to install debian on my mid 2012 macbook pro and have a
 dual boot system. I have downloaded the live CD amd64 7.4 gnome iso
 and have tried to boot from it. My processor is a core i7. It boots,
 but only a black screen with a line comes up. Does anyone know what
 the problem is?

You don't say whether you installed X. If you did, and the
lined black screen is GUI, then Ctrl+Alt+F2 to a terminal and see what
happens. If you get a login prompt, log in as root and fix the problem.
Or perhaps uninstall X, and then reinstall it so you can start it with
startx, and use a different window manager or desktop environment.

SteveT

Steve Litt*  http://www.troubleshooters.com/
Troubleshooting Training  *  Human Performance


-- 
To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org 
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/20140411133813.0d750fb1@mydesk

Xen guest installation issue (Squeeze)

[Wolfgang Rosenauer]

Hi,

I'm trying to install Debian Squeeze as a Xen (paravirt) guest on an
openSUSE 11.4 host.

I'm loading the Xen netinst kernel along with the netinst initrd which
correctly start the installer I'm connecting to using xm console GUEST.
When the installer tries to detect the disks I get the following output:

[  173.233735] Process xenwatch (pid: 12, threadinfo 88003fe04000,
task 88003fddce20)
[  173.233746] Stack:
[  173.233752]  0001 8800027ed858 8800027ed800
8800027ed800
[  173.233768] 0 8800027ed800 8800026c11a0 8800027ed858
880002038000
[  173.233788] 0  81180e8e 
8800027ed800
[  173.233811] Call Trace:
[  173.233823]  [81180e8e] ? blk_register_queue+0xbe/0xcc
[  173.233836]  [81184c89] ? add_disk+0xb8/0x108
[  173.233850]  [a000f224] ? backend_changed+0x44e/0x468
[xen_blkfront]
[  173.233865]  [811f1c8f] ? xenwatch_thread+0x117/0x14a
[  173.233878]  [81065042] ? autoremove_wake_function+0x0/0x2e
[  173.233890]  [811f1b78] ? xenwatch_thread+0x0/0x14a
[  173.233902]  [81064d75] ? kthread+0x79/0x81
[  173.233913]  [81011baa] ? child_rip+0xa/0x20
[  173.233925]  [81010d61] ? int_ret_from_sys_call+0x7/0x1b
[  173.233937]  [8101151d] ? retint_restore_args+0x5/0x6
[  173.233950]  [8100e22f] ? xen_restore_fl_direct_end+0x0/0x1
[  173.233963]  [81011ba0] ? child_rip+0x0/0x20
[  173.233971] Code: 41 5d c3 41 57 49 89 d7 41 56 41 55 49 89 fd 41 54
55 53 48 83 ec 18 48 85 ff 89 74 24 04 74 0b 85 f6 75 0b 48 83 7f 30 00
75 14 0f 0b eb fe 48 83 7f 30 00 bb ea ff ff ff 0f 84 03 01 00 00 49
[  173.234105] RIP  [81141dd7] internal_create_group+0x28/0x15a
[  173.234120]  RSP 88003fe05d30
[  173.234129] ---[ end trace e52b5afb691890a0 ]---
[  178.140021] XENBUS: Waiting for devices to initialise:
295s...290s...285s...280s...275s...


After a long timeout the partitioner starts up but only shows two of the
three configured disks which is where I cannot proceed since I need the
third partition.

Any idea what's wrong?

openSUSE 11.4 is running Xen 4.0.2 and kernel 2.6.37.6
The xen config has:
kernel=/root/xenboot/squeeze-vmlinuz
ramdisk=/root/xenboot/squeeze-initrd.gz
extra= debian-installer/exit/always_halt=true -- console=hvc0
disk=[ 'phy:system/squeeze_root,hda,w', 'phy:system/squeeze_swap,hdb,w',
'phy:system/squeeze_var,hdc,w' ]


Thanks for any hint,
 Wolfgang


-- 
To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org 
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/5028b600.2000...@rosenauer.org

Re: debian 6.0.5 ISO installation issue. GRUB .. file not found

[Muhammad Yousuf Khan]

ok it is resolved, here is what i did. since the grub has mistakenly
installed on RAID drive (md0) and not on /dev/sda or /dev/sdb  MBRs.
however i could not understand why is that happen. i am following the
same linux installation that i used to with old version it just happen
to me with 6.0.5. anyways this is what i did.

Grub rescuels (which showed me all the devices including RAID ones)
Grub rescue ls (md/0)/ (and i found grub folder on root of md/0)
Grub rescueset root=(md/0) (/ was their so i add it)
Grub rescueset prefix=(md/0)/grub
Grub rescue insmod normal
Grub rescue normal

when i reach the prompt after root password. i run grub-install /dev/sda
and
grub-install /dev/sdb so both devices could be used as failover.

i hope this helps others.

Thanks for the support Arno and Brian.

Thanks,


On Fri, Aug 10, 2012 at 12:48 AM, Muhammad Yousuf Khan sir...@gmail.com wrote:
 ok ill perform the the said instructions next day in office. but let
 me share  you guys some of my partitions settings. that might help to
 understand the scenario more clearly.

 i have 2. 500GB of HD with raid1 set.fail-over to each other with boot 
 support.

 1. /boot (raid1)
 2. Swap (raid1)
 3. root on LVM on raid1.

 so i have 3 raid devices and on 3rd one root Partition is on top of LVM

 i am using the same procedure that i use to install with debian lenny
 and old squeeze but this is the first time that it showed me this
 error.

 i think about the same as you suggested about using debian live CD and
 install the grub manually. but there is no such command grub-install.
 i found a command grub-installer. so i didnt knew how to use it.
 please correct me if my limited knowledge leading me to a wrong
 direction.


 On Thu, Aug 9, 2012 at 7:53 PM, Arno Schuring aelschur...@hotmail.com wrote:
 Muhammad Yousuf Khan (sir...@gmail.com on 2012-08-09 16:55 +0500):
 i just installed debian from 6.0.5 amd64 net CD. with basic options.

 installation went fine but in first boot. shows me this

 Welcome to GRUB
 error : file not found
 grub rescue

 If memory serves me right, you need to
 rescue set root=(hd0,1)

 Assuming that /boot is a separate partition, created as /dev/sda1.
 Season to taste. The grub shell has tab-completion, not sure if the
 rescue shell has the same. If the installer created one single
 partition, you may also need
 rescue set prefix=($root)/boot/grub

 rescue insmod normal
 rescue normal

 And from there the regular grub commands (linux, initrd) should work.
 There may also be a command to start the menu from there (insmod
 gfxmenu?).

 An easier but slower solution is to boot again from the installation
 disc, start a rescue shell and re-run grub-install and update-grub.

 Regards,
 Arno


 --
 To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org
 with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
 Archive: 
 http://lists.debian.org/20120809165340.4d3f0...@viper.intra.loos.site



-- 
To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org 
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: 
http://lists.debian.org/cagwvfmm48wfms2r8k1qcide18am5fdvw6kd4kaesdzqpq1z...@mail.gmail.com

debian 6.0.5 ISO installation issue. GRUB .. file not found

[Muhammad Yousuf Khan]

i just installed debian from 6.0.5 amd64 net CD. with basic options.

installation went fine but in first boot. shows me this

Welcome to GRUB
error : file not found
grub rescue

and now i dont know what to do in rescue mode. since this is my first
time that i am facing this issue so kindly help.

Thanks,


-- 
To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org 
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: 
http://lists.debian.org/CAGWVfM=k4cf_wb00evgxxqzwappjotfj9xlv1dkqvyvq_kn...@mail.gmail.com

Re: debian 6.0.5 ISO installation issue. GRUB .. file not found

[Brian]

On Thu 09 Aug 2012 at 16:55:23 +0500, Muhammad Yousuf Khan wrote:

 i just installed debian from 6.0.5 amd64 net CD. with basic options.
 
 installation went fine but in first boot. shows me this
 
 Welcome to GRUB
 error : file not found
 grub rescue

You installed GRUB to the MBR of the first hard disk?
 
 and now i dont know what to do in rescue mode. since this is my first
 time that i am facing this issue so kindly help.

Please post the output of the command 'ls -l' 


-- 
To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org 
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/20120809120633.GK6660@desktop

Re: debian 6.0.5 ISO installation issue. GRUB .. file not found

[Arno Schuring]

Muhammad Yousuf Khan (sir...@gmail.com on 2012-08-09 16:55 +0500):
 i just installed debian from 6.0.5 amd64 net CD. with basic options.
 
 installation went fine but in first boot. shows me this
 
 Welcome to GRUB
 error : file not found
 grub rescue

If memory serves me right, you need to
rescue set root=(hd0,1)

Assuming that /boot is a separate partition, created as /dev/sda1.
Season to taste. The grub shell has tab-completion, not sure if the
rescue shell has the same. If the installer created one single
partition, you may also need
rescue set prefix=($root)/boot/grub

rescue insmod normal
rescue normal

And from there the regular grub commands (linux, initrd) should work.
There may also be a command to start the menu from there (insmod
gfxmenu?).

An easier but slower solution is to boot again from the installation
disc, start a rescue shell and re-run grub-install and update-grub.

Regards,
Arno


-- 
To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org 
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/20120809165340.4d3f0...@viper.intra.loos.site

Re: debian 6.0.5 ISO installation issue. GRUB .. file not found

[Muhammad Yousuf Khan]

On Thu, Aug 9, 2012 at 5:06 PM, Brian a...@cityscape.co.uk wrote:
 On Thu 09 Aug 2012 at 16:55:23 +0500, Muhammad Yousuf Khan wrote:

 i just installed debian from 6.0.5 amd64 net CD. with basic options.

 installation went fine but in first boot. shows me this

 Welcome to GRUB
 error : file not found
 grub rescue

 You installed GRUB to the MBR of the first hard disk?
if you mean the grub installation ask to install grub in /dev/sda .
then yes i did and it was installed with no errors.

 and now i dont know what to do in rescue mode. since this is my first
 time that i am facing this issue so kindly help.

 Please post the output of the command 'ls -l'
ok ill post that next day from office.


 --
 To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org
 with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
 Archive: http://lists.debian.org/20120809120633.GK6660@desktop



-- 
To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org 
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: 
http://lists.debian.org/CAGWVfMmrdsBJfH+yrMsz6-L8Rdo7P=k2aCF=F7v=6_m6jem...@mail.gmail.com

Re: debian 6.0.5 ISO installation issue. GRUB .. file not found

[Muhammad Yousuf Khan]

ok ill perform the the said instructions next day in office. but let
me share  you guys some of my partitions settings. that might help to
understand the scenario more clearly.

i have 2. 500GB of HD with raid1 set.fail-over to each other with boot support.

1. /boot (raid1)
2. Swap (raid1)
3. root on LVM on raid1.

so i have 3 raid devices and on 3rd one root Partition is on top of LVM

i am using the same procedure that i use to install with debian lenny
and old squeeze but this is the first time that it showed me this
error.

i think about the same as you suggested about using debian live CD and
install the grub manually. but there is no such command grub-install.
i found a command grub-installer. so i didnt knew how to use it.
please correct me if my limited knowledge leading me to a wrong
direction.


On Thu, Aug 9, 2012 at 7:53 PM, Arno Schuring aelschur...@hotmail.com wrote:
 Muhammad Yousuf Khan (sir...@gmail.com on 2012-08-09 16:55 +0500):
 i just installed debian from 6.0.5 amd64 net CD. with basic options.

 installation went fine but in first boot. shows me this

 Welcome to GRUB
 error : file not found
 grub rescue

 If memory serves me right, you need to
 rescue set root=(hd0,1)

 Assuming that /boot is a separate partition, created as /dev/sda1.
 Season to taste. The grub shell has tab-completion, not sure if the
 rescue shell has the same. If the installer created one single
 partition, you may also need
 rescue set prefix=($root)/boot/grub

 rescue insmod normal
 rescue normal

 And from there the regular grub commands (linux, initrd) should work.
 There may also be a command to start the menu from there (insmod
 gfxmenu?).

 An easier but slower solution is to boot again from the installation
 disc, start a rescue shell and re-run grub-install and update-grub.

 Regards,
 Arno


 --
 To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org
 with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
 Archive: http://lists.debian.org/20120809165340.4d3f0...@viper.intra.loos.site



-- 
To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org 
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: 
http://lists.debian.org/CAGWVfMkADTQ=uqm2xvptzv9m4b7hsivwftphpqi7ysuypvr...@mail.gmail.com

apt-get ntfs-3g installation issue

[Muhammad Yousuf Khan]

i am trying to install a USB archive drive to my system and i want to
use this add-on to utilize my disk with Read Wright rights.
now when i run this command apt-get install ntfs-3g it give me this

  Err http://ftp.debian.org lenny/main libntfs-3g31 1:1.2531-1.1
  404 Not Found [IP: 130.89.148.12 80]
Err http://ftp.at.debian.org lenny/main libntfs-3g31 1:1.2531-1.1
  404 Not Found [IP: 213.129.232.18 80]
Err http://ftp.at.debian.org lenny/main ntfs-3g 1:1.2531-1.1
  404 Not Found [IP: 213.129.232.18 80]
Failed to fetch
http://ftp.at.debian.org/debian/pool/main/n/ntfs-3g/libntfs-3g31_1.2531-1.1_amd64.deb
 404 Not Found [IP: 213.129.232.18 80]
Failed to fetch
http://ftp.at.debian.org/debian/pool/main/n/ntfs-3g/ntfs-3g_1.2531-1.1_amd64.deb
 404 Not Found [IP: 213.129.232.18 80]
E: Unable to fetch some archives, maybe run apt-get update or try with
--fix-missing?

i ran apt-get update along and with out --fix-missing still same
error. i tried to manually download it but when i dpkg -i package it
showed me dependency errors and i don't wanna download all the
dependent package manually :(

Thanks


-- 
To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org 
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: 
http://lists.debian.org/cagwvfmkq4vgtnfkd0+mrao1cw-7rc8uc9ctfanovvecexxm...@mail.gmail.com

Re: apt-get ntfs-3g installation issue

[Camaleón]

On Fri, 06 Apr 2012 18:12:17 +0500, Muhammad Yousuf Khan wrote:

 i am trying to install a USB archive drive to my system and i want to
 use this add-on to utilize my disk with Read Wright rights. now when i
 run this command apt-get install ntfs-3g it give me this
 
   Err http://ftp.debian.org lenny/main libntfs-3g31 1:1.2531-1.1 404 Not
   Found [IP: 130.89.148.12 80]

(...)

You have to edit your /etc/apt/sources.list file to point to the new 
site of Lenny (which, BTW, is an unsupported distribution) packages: The 
Archive :-)

This is what I have in my sources.list:

deb http://archive.debian.org/debian/ lenny main non-free contrib

Once you edit the file, re-run apt-get update and install ntfs-3g.

Greetings,

-- 
Camaleón


-- 
To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org 
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/jlmt0o$j6g$7...@dough.gmane.org

Lenny sun-java6-doc installation issue

[Andrew Reid]

  Hi all --

  I'm experimenting with various Java versions on one of my new
Lenny installs, and I'm having a problem with the sun-java6-doc
package.

  This package says it's an installer package only, and doesn't
provide the actual docs, but prompts the user to go to
http://java.sun.com/javase/downloads, and get one of two files
(jdk-6u12-docs.zip or jdk-6u12-docs-ja.zip), put it in /tmp
owned by root:root, and then continue the package installation.

  This is all fine, I understand (at least in theory) why this
is necessary, but the problem is, I can't find that file on
the download site.
 
  Part of the problem, of course, is that the Sun download site
is oriented around their bundles, and is about acquiring particular
functionality from Sun, so they're not motivated to help me find
actual files.

  There is a documentation link there, but it's two updates 
old, it refers to jdk-6u10-docs.zip. 

  My second guess was that the docs are inside the JDK bundle,
so I downloaded that, but it's not obvious to me how to extract 
the stand-alone docs file from this thing, with or without
installing it.

  Has anyone done this already?  How does it work?

  My other idea, which I haven't tried yet, is to download
that jdk-6u10-docs.zip file and just rename it to satisfy
the package installer, but this is not a satisfying solution
to me.

-- A.
-- 
Andrew Reid / rei...@bellatlantic.net


-- 
To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org 
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Re: Installation Issue

[Andrew Sackville-West]

On Fri, Dec 22, 2006 at 08:29:27PM -0800, Kevin James wrote:
 I am new to Linux and am trying to install Debian Linux (Sarge) on an HP
 LC2000r.  This server has a NetRAID controller 3Si.  There are 3 hard
 disks and they are configured as RAID 5.  When I reach the point in the
 installation where the hard disks are discovered the process fails
 saying no partitionable media were found.  Do you have some
 instructions on how to install this OS on the RAID level hard disks?

according to http://www.linux.com/howtos/HP-HOWTO/hp-hardware.shtml
the NetRAID 3si is supported by megaraid. You can switch over to a VT
during the install and see if megaraid is installed. use `alt-f2` to get
a VT, follow instructions to get a shell. then type `lsmod` and look for
megaraid. If its not there, try `modprobe megaraid`. Then switch back
to the installer `alt-f1` and see if that solves the problem. 

The other posters advice to try an 'etch' install is good advice too.
  
 I have seen this message before installing Windows and I believe that
 this means that the appropriate RAID controller drivers are not
 available.  In the Windows environment I would install the drivers and
 proceed.  I am not sure if it is that easy in Linux.  I also can not
 find the appropriate drivers and I do not know how to interrupt the
 installation to install them.  That is if this is even the issue.
  
 Since I am new to Linux I would really appreciate it if the explanation
 is in its simplest form.  That does not mean that I am computer
 illiterate, just new to Linux.  Please don't assume that I will
 understand anything but the simplest Linux commands.  However, I follow
 direction extremely well.
  

welcome and good luck. its a fun ride.

A


signature.asc
Description: Digital signature

Installation Issue

[Kevin James]

I am new to Linux and am trying to install Debian Linux (Sarge) on an HP
LC2000r.  This server has a NetRAID controller 3Si.  There are 3 hard
disks and they are configured as RAID 5.  When I reach the point in the
installation where the hard disks are discovered the process fails
saying no partitionable media were found.  Do you have some
instructions on how to install this OS on the RAID level hard disks?
 
I have seen this message before installing Windows and I believe that
this means that the appropriate RAID controller drivers are not
available.  In the Windows environment I would install the drivers and
proceed.  I am not sure if it is that easy in Linux.  I also can not
find the appropriate drivers and I do not know how to interrupt the
installation to install them.  That is if this is even the issue.
 
Since I am new to Linux I would really appreciate it if the explanation
is in its simplest form.  That does not mean that I am computer
illiterate, just new to Linux.  Please don't assume that I will
understand anything but the simplest Linux commands.  However, I follow
direction extremely well.
 
Thank you for your assistance in this matter.
 
 
 
Kevin
 

Re: Installation Issue

[Kevin Mark]

On Fri, Dec 22, 2006 at 08:29:27PM -0800, Kevin James wrote:
 I am new to Linux and am trying to install Debian Linux (Sarge) on an HP
 LC2000r.  
Hi Kevin,
Etch (the current pre-stable) has support for more modern features which
IIRC include the disks and raids that you mention. As its nearly
'stable', this is the way to go. so grab a netinstall or a cd#1 image
and use those.
Cheers,
Kev
-- 
|  .''`.  == Debian GNU/Linux == |   my web site:   |
| : :' :  The  Universal | debian.home.pipeline.com |
| `. `'  Operating System| go to counter.li.org and |
|   `-http://www.debian.org/ |be counted! #238656   |
| my keysever: pgp.mit.edu   | my NPO: cfsg.org |


signature.asc
Description: Digital signature

Debian installation issue

[Sreelal Chandrasenan]

One of the Pentium 4 box, when I instaled the Debian linux, I got 
nano_1.0.6_2_i386.deb corrupt error and I am unable to proceed further with 
installation. 
I tried multiple times and I could not succeed. I could install debian on other 
Pentium3 systems using the same CD without any problem.
 Even Debian could not detect the ethernetcard on the P4 board, though it was detected 
by Redhat 9.X
and Windows 2K. It is an Intel Pro 100 based card.  I tried different Debain CDs, 
still I am getting the same problem.
 How to proceed ?
thanks
Sreelal 


--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

FW: Debian installation issue

[Sreelal Chandrasenan]

-Original Message-
From: Sreelal Chandrasenan 
Sent: Monday, December 15, 2003 9:09 AM
To: [EMAIL PROTECTED]
Subject: Debian installation issue



One of the Pentium 4 box, when I instaled the Debian linux, I got 
nano_1.0.6_2_i386.deb corrupt error and I am unable to proceed further with 
installation. 
I tried multiple times and I could not succeed. I could install debian on other 
Pentium3 systems using the same CD without any problem.
 Even Debian could not detect the ethernetcard on the P4 board, though it was detected 
by Redhat 9.X
and Windows 2K. It is an Intel Pro 100 based card.  I tried different Debain CDs, 
still I am getting the same problem.
 How to proceed ?
thanks
Sreelal 


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED] 
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]


--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Re: Debian installation issue

[Kent West]

Sreelal Chandrasenan wrote:
One of the Pentium 4 box, when I instaled the Debian linux, I got nano_1.0.6_2_i386.deb corrupt error and I am unable to proceed further with installation. 
I tried multiple times and I could not succeed. I could install debian on other Pentium3 systems using the same CD without any problem.
This feels like a damaged-CD problem. Even though it installed on 
another machine, perhaps the damage/scuff occurred after the first 
install. Of perhaps the P4 box's CD drive is a little less tolerant of 
problems. I think I'd suggest burning a new CD, or at least cleaning 
your current one.

 Even Debian could not detect the ethernetcard on the P4 board, though it was detected 
by Redhat 9.X
and Windows 2K. It is an Intel Pro 100 based card.  I tried different Debain CDs, 
still I am getting the same problem.
 How to proceed ?
I suspect you're installing from the first CD in a 7-CD set, which means 
you're using a 2.2 kernel. You probably need to use one of the other CDs 
(fourth?) in order to get a 2.4 kernel which will probably recognize the 
eepro100 card. (You say you've tried different Debian CDs, but I don't 
know if you mean different burns of the same CD, or different CD from 
different sources, or different CDs of the 7-CD set, or what.) You might 
try running modprobe eepro100 and see what happens. Or you can 
manually upgrade your kernel if you've already finished installing Debian.

--
Kent
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED] 
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

FW: Debian installation issue

[Sreelal Chandrasenan]

 
 --
 From: Sreelal Chandrasenan
 Sent: Monday, December 15, 2003 9:25:22 AM
 To:   Debian User (E-mail)
 Subject:  FW: Debian installation issue
 Auto forwarded by a Rule
 
 
 
-Original Message-
From: Sreelal Chandrasenan 
Sent: Monday, December 15, 2003 9:09 AM
To: [EMAIL PROTECTED]
Subject: Debian installation issue



One of the Pentium 4 box, when I instaled the Debian linux, I got 
nano_1.0.6_2_i386.deb corrupt error and I am unable to proceed further with 
installation. 
I tried multiple times and I could not succeed. I could install debian on other 
Pentium3 systems using the same CD without any problem.
 Even Debian could not detect the ethernetcard on the P4 board, though it was detected 
by Redhat 9.X
and Windows 2K. It is an Intel Pro 100 based card.  I tried different Debain CDs, 
still I am getting the same problem.
 How to proceed ?
thanks
Sreelal 


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED] 
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED] 
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]


--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Re: Debian installation issue

[Andreas Janssen]

Hello

Sreelal Chandrasenan ([EMAIL PROTECTED]) wrote:

 One of the Pentium 4 box, when I instaled the Debian linux, I got
 nano_1.0.6_2_i386.deb corrupt error and I am unable to proceed further
 with installation. I tried multiple times and I could not succeed. I
 could install debian on other Pentium3 systems using the same CD
 without any problem.

Maybe making a copy of the CD on another computer and using the copy
will work. Or you exchange the drive. Or you make an image of the
Debian installation from another system and copy it to the Pentium 4.
Or you put the stuff you need for installing the base system somewhere
on the hard disk of another computer or maybe on some partition on the
same computer and use that dir to install the base system from, locally
or via nfs. There are probably plenty other possibilities.

 Even Debian could not detect the ethernetcard on the P4 board, though
 it was detected by Redhat 9.X and Windows 2K. It is an Intel Pro 100 
 based card.

Debian doesn't try to autodetect any hardware. You have to load the
driver. You are asked for it during the installation process. I think
you need to select the eepro100 module. Maybe some of the installation
kernels on the first CD has it built in (in that case you don't have to
load the module), at least the 2.4.18-bf2.4 Kernel has it as a module.

best regards
Andreas Janssen

-- 
Andreas Janssen
[EMAIL PROTECTED]
PGP-Key-ID: 0xDC801674
Registered Linux User #267976


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED] 
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Re: Debian installation issue

[Andreas Janssen]

Hello

Kent West ([EMAIL PROTECTED]) wrote:

 Sreelal Chandrasenan wrote:

 [...]
 Even Debian could not detect the ethernetcard on the P4 board,
 though it was detected by Redhat 9.X and Windows 2K. It is an Intel 
 Pro 100 based card.  I tried different Debain CDs, still I am getting
 the same problem.
 
 I suspect you're installing from the first CD in a 7-CD set, which
 means you're using a 2.2 kernel. You probably need to use one of the
 other CDs (fourth?) in order to get a 2.4 kernel which will probably
 recognize the eepro100 card.

It is the fifth CD, but the 2.4 Kernel is also on the first CD, you only
have to tell the installer that you want to use it.

best regards
Andreas Janssen

-- 
Andreas Janssen
[EMAIL PROTECTED]
PGP-Key-ID: 0xDC801674
Registered Linux User #267976


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED] 
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

verbose installation issue

[Hamma Scott]

Hello,

I was installing 2.2r0 bought from Cheap Bytes last
week. I hit a problem with the installation (I'll
submit that seperate) and went to re-install and
decided to use verbose installation. From the
beginning I received the following error

modprobe: could not find module
/lib/modules/2.2.17/modules.dep

I got that more times than I could count. After the
installation and I was logging in I was still getting
it. If I did an 'ls -al' I'd get it.

I went to /lib and found modules linking to an area
/target (don't remember the rest)

I also found modules.old with a 2.2.17 subdirectory.
I renamed modules to modules.001 and modules.old to
modules and things seem to be going along.

Is that an acceptable solution? I intend to
re-install, because I'm paranoid, but just wanted to
know if I was reading this problem right.

__
Do You Yahoo!?
Yahoo! Auctions - buy the things you want at great prices
http://auctions.yahoo.com/