Bug 12394 - Drop "linux noauto" [was: "linux noauto" does not lead to the setupSCSI (HARD DRIVE DETECTION) screen]
Summary: Drop "linux noauto" [was: "linux noauto" does not lead to the setupSCSI (HAR...
Status: NEW
Alias: None
Product: Mageia
Classification: Unclassified
Component: RPM Packages (show other bugs)
Version: Cauldron
Hardware: i586 Linux
Priority: Normal normal
Target Milestone: ---
Assignee: Thierry Vignaud
QA Contact:
URL:
Whiteboard:
Keywords: PATCH
Depends on:
Blocks:
 
Reported: 2014-01-22 16:11 CET by Marja Van Waes
Modified: 2021-07-03 14:49 CEST (History)
1 user (show)

See Also:
Source RPM: drakx-installer-stage2
CVE:
Status comment:


Attachments
"Failing noauto" report.bug.xz (30.35 KB, application/x-xz)
2014-01-22 16:11 CET, Marja Van Waes
Details
drop noauto support from drakx-kbd-mouse-x11 (2.14 KB, patch)
2016-06-24 22:34 CEST, Thierry Vignaud
Details | Diff
drop noauto support from drakx (stage1 & 2) (7.72 KB, patch)
2016-06-24 22:34 CEST, Thierry Vignaud
Details | Diff

Description Marja Van Waes 2014-01-22 16:11:47 CET
Created attachment 4848 [details]
"Failing noauto" report.bug.xz

When entering "linux noauto" at the prompt (boot-nonfree.iso 32bits), the setupSCSI (HARD DRIVE DETECTION) screen is no longer shown in stage2

If I don't misunderstand the logs, then the noauto option is correctly set, so assigning this bug to stage2
Comment 1 Colin Guthrie 2014-01-26 14:19:17 CET
I'm wondering if udev usage these days means that things are basically already probed and ready?

There certainly doesn't look to be a problem with noauto parsing in either stage1 or stage2 from what I can see.

CC: (none) => mageia

Comment 2 Marja Van Waes 2014-01-26 22:12:09 CET
(In reply to Colin Guthrie from comment #1)
> I'm wondering if udev usage these days means that things are basically
> already probed and ready?
> 
> There certainly doesn't look to be a problem with noauto parsing in either
> stage1 or stage2 from what I can see.

Well, if we don't need the help text for that screen any more (it isn't too good a text any way, if we keep it we should improve it), then reaching the screen to take a screenshot of it for our documentation isn't any longer needed, either.

@ Thierry

What do you think?
Comment 3 Marja Van Waes 2016-06-24 21:37:12 CEST
@ me

This bug report saw no action since over 2 years ago.

Is it still valid?

Keywords: (none) => NEEDINFO

Comment 4 Thierry Vignaud 2016-06-24 22:26:02 CEST
I guess we can kill that option.
Comment 5 Thierry Vignaud 2016-06-24 22:34:08 CEST
Created attachment 8068 [details]
drop noauto support from drakx-kbd-mouse-x11
Comment 6 Thierry Vignaud 2016-06-24 22:34:22 CEST
Created attachment 8069 [details]
drop noauto support from drakx (stage1 & 2)
Thierry Vignaud 2016-06-24 22:34:28 CEST

Keywords: (none) => PATCH

Comment 7 Marja Van Waes 2017-04-19 10:44:42 CEST
(In reply to Thierry Vignaud from comment #4)
> I guess we can kill that option.

(In reply to Thierry Vignaud from comment #5)
> Created attachment 8068 [details]
> drop noauto support from drakx-kbd-mouse-x11

(In reply to Thierry Vignaud from comment #6)
> Created attachment 8069 [details]
> drop noauto support from drakx (stage1 & 2)

Was it dropped?

(CC'ing Martin, to check whether I see a message at the top of this screen about a message being sent to him, because of his "email notifications from Bugzilla" mail on dev ml)

CC: mageia => mageia

Comment 8 Thierry Vignaud 2017-04-19 16:06:01 CEST
nope else this bug would have been closed
Comment 9 Marja Van Waes 2017-04-23 10:49:43 CEST
(In reply to Thierry Vignaud from comment #8)
> nope else this bug would have been closed

I know, but it seemed weird to not ask anything related to this bug report, and only CC Martin to test whether Bugzilla reports sending a mail to him :-/
Marja Van Waes 2021-07-03 14:47:40 CEST

Keywords: NEEDINFO => (none)

Comment 10 Marja Van Waes 2021-07-03 14:49:59 CEST
(In reply to Thierry Vignaud from comment #5)
> Created attachment 8068 [details]
> drop noauto support from drakx-kbd-mouse-x11

(In reply to Thierry Vignaud from comment #6)
> Created attachment 8069 [details]
> drop noauto support from drakx (stage1 & 2)

Adjust summary

Summary: "linux noauto" does not lead to the setupSCSI (HARD DRIVE DETECTION) screen => Drop "linux noauto" [was: "linux noauto" does not lead to the setupSCSI (HARD DRIVE DETECTION) screen]


Note You need to log in before you can comment on or make changes to this bug.