Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]

Groups > linux.debian.user > #236969 > unrolled thread

Busybox Debian commanding

Back to article view | Back to linux.debian.user

Contents

  Busybox Debian commanding Gunnar Gervin <dofeelok@gmail.com> - 2021-07-06 15:20 +0200
    Re: Busybox Debian commanding David <bouncingcats@gmail.com> - 2021-07-06 15:30 +0200
      Re: Busybox Debian commanding Polyna-Maude Racicot-Summerside <debian@polynamaude.com> - 2021-07-07 15:50 +0200
        Re: Busybox Debian commanding Cindy Sue Causey <butterflybytes@gmail.com> - 2021-07-07 22:30 +0200

#236969 — Busybox Debian commanding

[Multipart message — attachments visible in raw view] — view raw

Hi.
My computer is in
grub rescue>
Crisis mode.
Busybox (ash) commands only option to recover the machine w/Debian "Buster"
i386mac32b.
Tried to remove all 7 partitions in grub rescue>
(hd0,gpt1 to hd0,gpt7)
 4 partitions in ext2, 3 unknown), with Bash, but no success.
Which(in exact form)commands
Busybox command to unmount & delete "unknown" partitions?
Which commands delete th rest?
Gunnar

[toc] | [next] | [standalone]

#236970

On Tue, 6 Jul 2021 at 23:17, Gunnar Gervin <dofeelok@gmail.com> wrote:

> grub rescue>

Try reading this:
https://www.gnu.org/software/grub/manual/grub/html_node/GRUB-only-offers-a-rescue-shell.html#GRUB-only-offers-a-rescue-shell

> Tried to remove all 7 partitions in grub rescue>

Why are you trying to remove partitions?
What is your goal?

[toc] | [prev] | [next] | [standalone]

#237015

[Multipart message — attachments visible in raw view] — view raw

Hi,

On 2021-07-06 9:27 a.m., David wrote:
> On Tue, 6 Jul 2021 at 23:17, Gunnar Gervin <dofeelok@gmail.com> wrote:
> 
>> grub rescue>
> 
> Try reading this:
> https://www.gnu.org/software/grub/manual/grub/html_node/GRUB-only-offers-a-rescue-shell.html#GRUB-only-offers-a-rescue-shell
> 
>> Tried to remove all 7 partitions in grub rescue>
> 
> Why are you trying to remove partitions?
> What is your goal?
> 
This was the "killer" question you've asked here !
People are always afraid when they ask themselves what am I trying to
do, and ever worst, is this the way to do...

Why would someone do partition editing inside GRUB ?
Maybe getting confused between the partitions and menu options...


-- 
Polyna-Maude R.-Summerside
-Be smart, Be wise, Support opensource development

[toc] | [prev] | [next] | [standalone]

#237031

On 7/7/21, Polyna-Maude Racicot-Summerside <debian@polynamaude.com> wrote:
> On 2021-07-06 9:27 a.m., David wrote:
>> On Tue, 6 Jul 2021 at 23:17, Gunnar Gervin <dofeelok@gmail.com> wrote:
>>
>>> grub rescue>
>>
>> Try reading this:
>> https://www.gnu.org/software/grub/manual/grub/html_node/GRUB-only-offers-a-rescue-shell.html#GRUB-only-offers-a-rescue-shell
>>
>>> Tried to remove all 7 partitions in grub rescue>
>>
>> Why are you trying to remove partitions?
>> What is your goal?
>>
> This was the "killer" question you've asked here !
> People are always afraid when they ask themselves what am I trying to
> do, and ever worst, is this the way to do...
>
> Why would someone do partition editing inside GRUB ?
> Maybe getting confused between the partitions and menu options...


I wondered yesterday, too, but David covered it so I didn't ponder it
any further. TODAY is different so I'm taking the above one step
further to specifically ask if this is YOUR (OP's) choice or is the
system randomly telling you to go that route?

My thought process is to rule out that a malicious third party is at
work because of all the chatter about [malware] these days. :)

That GRUB prompt has beat me up often in the last couple of years. It
first came up when GRUB started failing for some of us with respect to
however we set up our GPT [tables].

The other times that were a lot easier to fix were about having
mismatched /vmlinuz and/or /initrd.img during booting. That problem
disappears when the right kernel is being booted.

Prior to realizing what I broke, I had mixed things up so that
something like 4.19 was booting instead of 5.10, but even ~5.7 was
causing that issue. If it manages to boot past the GRUB prompt, it
still eventually fails by multiple different types of freezing at the
login screen.**

It's a fair/rational talking point/checkpoint if that error ever pops
up on tech lists. The fact that it magically goes away without
intervention sometimes is because there was probably another kernel
upgrade that incidentally fixed the cross-wiring.. :)

Cindy :)

** There was a period of time where I accidentally tripped over that
my cursor was hiding offscreen sometimes when login was failing. I
almost posted on Debian-Accessiblity to ask if they had helped change
some boot accessibility setting (related to negative margins for
positioning screenreader features)... and then I tripped over the
mismatched kernels. Cursor stays on screen now.

One last head scratcher about it was that I couldn't login at all if
cursor wasn't visible. If the cursor was movable and could be dragged
into view from the right side, I could suddenly log in to a normal,
long session just fine. That was an odd trigger toward success when
the real problem was about mismatched kernels.
-- 
Cindy-Sue Causey
Talking Rock, Pickens County, Georgia, USA

* runs with birdseed *

[toc] | [prev] | [standalone]

Back to top | Article view | linux.debian.user

csiph-web