Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]
Groups > alt.comp.os.windows-10 > #181812 > unrolled thread
| Started by | Marion <marion@facts.com> |
|---|---|
| First post | 2025-01-31 17:48 +0000 |
| Last post | 2025-02-02 22:54 +0000 |
| Articles | 20 on this page of 166 — 15 participants |
Back to article view | Back to alt.comp.os.windows-10
Clever helpful suggestion for portable memory using Windows & Android editors Marion <marion@facts.com> - 2025-01-31 17:48 +0000
Re: Clever helpful suggestion for portable memory using Windows & Android editors Andy Burns <usenet@andyburns.uk> - 2025-01-31 19:09 +0000
Re: Clever helpful suggestion for portable memory using Windows & Android editors gazelle@shell.xmission.com (Kenny McCormack) - 2025-01-31 19:26 +0000
Re: Clever helpful suggestion for portable memory using Windows & Android editors Marion <marion@facts.com> - 2025-01-31 21:18 +0000
Re: Clever helpful suggestion for portable memory using Windows & Android editors "Carlos E.R." <robin_listas@es.invalid> - 2025-01-31 23:19 +0100
The "label" command (Was: Clever helpful suggestion for portable memory using Windows &) Android editors gazelle@shell.xmission.com (Kenny McCormack) - 2025-01-31 22:24 +0000
Re: Clever helpful suggestion for portable memory using Windows & Android editors Andy Burns <usenet@andyburns.uk> - 2025-01-31 22:25 +0000
Re: Clever helpful suggestion for portable memory using Windows & Android editors gazelle@shell.xmission.com (Kenny McCormack) - 2025-01-31 22:38 +0000
Re: Clever helpful suggestion for portable memory using Windows & Android editors "Carlos E.R." <robin_listas@es.invalid> - 2025-01-31 23:39 +0100
Re: Clever helpful suggestion for portable memory using Windows & Android editors gazelle@shell.xmission.com (Kenny McCormack) - 2025-01-31 22:48 +0000
Re: Clever helpful suggestion for portable memory using Windows & Android editors Quincy the fifth <quincythefifth@telekom.net> - 2025-02-01 00:22 +0100
Re: Clever helpful suggestion for portable memory using Windows & Android editors Marion <marion@facts.com> - 2025-02-01 06:03 +0000
Re: Clever helpful suggestion for portable memory using Windows & Android editors Andy Burns <usenet@andyburns.uk> - 2025-02-01 10:15 +0000
Re: Clever helpful suggestion for portable memory using Windows & Android editors Marion <marion@facts.com> - 2025-02-01 18:45 +0000
Re: Clever helpful suggestion for portable memory using Windows & Android editors Marion <marion@facts.com> - 2025-02-01 18:51 +0000
Re: Clever helpful suggestion for portable memory using Windows & Android editors Daniel70 <daniel47@eternal-september.org> - 2025-04-27 00:07 +1000
Re: Clever helpful suggestion for portable memory using Windows & Android editors Marion <marion@facts.com> - 2025-04-26 21:37 +0000
Re: Clever helpful suggestion for portable memory using Windows & Android editors Daniel70 <daniel47@eternal-september.org> - 2025-04-27 20:23 +1000
Re: Clever helpful suggestion for portable memory using Windows & Android editors Marion <marion@facts.com> - 2025-04-27 14:15 +0000
Re: Clever helpful suggestion for portable memory using Windows & Android editors "Carlos E.R." <robin_listas@es.invalid> - 2025-02-01 14:55 +0100
Re: Clever helpful suggestion for portable memory using Windows & Android editors Marion <marion@facts.com> - 2025-02-01 19:16 +0000
Re: Clever helpful suggestion for portable memory using Windows & Android editors "Carlos E.R." <robin_listas@es.invalid> - 2025-02-01 20:54 +0100
Re: Clever helpful suggestion for portable memory using Windows & Android editors Lawrence D'Oliveiro <ldo@nz.invalid> - 2025-02-02 03:21 +0000
Re: Clever helpful suggestion for portable memory using Windows & Android editors "Carlos E.R." <robin_listas@es.invalid> - 2025-02-02 14:43 +0100
Re: Clever helpful suggestion for portable memory using Windows & Android editors Lawrence D'Oliveiro <ldo@nz.invalid> - 2025-02-03 00:01 +0000
Re: Clever helpful suggestion for portable memory using Windows & Android editors "Carlos E.R." <robin_listas@es.invalid> - 2025-02-03 01:59 +0100
Re: Clever helpful suggestion for portable memory using Windows & Android editors Lawrence D'Oliveiro <ldo@nz.invalid> - 2025-02-03 03:06 +0000
Re: Clever helpful suggestion for portable memory using Windows & Android editors Arno Welzel <usenet@arnowelzel.de> - 2025-02-03 13:28 +0100
What is an animal or an SSD drive? (Was: blah, blah, blah) Android editors gazelle@shell.xmission.com (Kenny McCormack) - 2025-02-03 13:09 +0000
Re: What is an animal or an SSD drive? (Was: blah, blah, blah) Android editors "Carlos E.R." <robin_listas@es.invalid> - 2025-02-03 14:34 +0100
Re: What is an animal or an SSD drive? (Was: blah, blah, blah) Android editors knuttle <keith_nuttle@yahoo.com> - 2025-02-03 10:47 -0500
Re: What is an animal or an SSD drive? (Was: blah, blah, blah) Android editors Daniel70 <daniel47@eternal-september.org> - 2025-04-27 20:30 +1000
Re: What is an animal or an SSD drive? (Was: blah, blah, blah) Android editors Newyana2 <newyana@invalid.nospam> - 2025-02-03 15:15 -0500
Re: What is an animal or an SSD drive? (Was: blah, blah, blah) Android editors Arno Welzel <usenet@arnowelzel.de> - 2025-02-05 10:25 +0100
Re: What is an animal or an SSD drive? (Was: blah, blah, blah) Android editors Newyana2 <newyana@invalid.nospam> - 2025-02-05 09:32 -0500
Re: What is an animal or an SSD drive? (Was: blah, blah, blah) Android editors "Carlos E.R." <robin_listas@es.invalid> - 2025-02-05 20:46 +0100
Re: What is an animal or an SSD drive? (Was: blah, blah, blah) Android editors Daniel70 <daniel47@eternal-september.org> - 2025-04-27 20:39 +1000
Re: What is an animal or an SSD drive? (Was: blah, blah, blah) Android editors Paul <nospam@needed.invalid> - 2025-02-03 15:42 -0500
Re: What is an animal or an SSD drive? (Was: blah, blah, blah) Android editors Lawrence D'Oliveiro <ldo@nz.invalid> - 2025-02-06 22:40 +0000
Re: What is an animal or an SSD drive? (Was: blah, blah, blah) Android editors Arno Welzel <usenet@arnowelzel.de> - 2025-02-07 21:45 +0100
Re: What is an animal or an SSD drive? (Was: blah, blah, blah) Android editors Frank Slootweg <this@ddress.is.invalid> - 2025-02-04 15:41 +0000
Re: What is an animal or an SSD drive? (Was: blah, blah, blah) Android editors Arno Welzel <usenet@arnowelzel.de> - 2025-02-05 10:18 +0100
Re: What is an animal or an SSD drive? (Was: blah, blah, blah) Android editors Lawrence D'Oliveiro <ldo@nz.invalid> - 2025-02-06 00:05 +0000
Re: What is an animal or an SSD drive? (Was: blah, blah, blah) Android editors Paul <nospam@needed.invalid> - 2025-02-05 20:04 -0500
Re: What is an animal or an SSD drive? (Was: blah, blah, blah) Android editors Arno Welzel <usenet@arnowelzel.de> - 2025-02-06 20:17 +0100
Re: What is an animal or an SSD drive? (Was: blah, blah, blah) Android editors Lawrence D'Oliveiro <ldo@nz.invalid> - 2025-02-06 21:02 +0000
Re: What is an animal or an SSD drive? (Was: blah, blah, blah) Android editors Arno Welzel <usenet@arnowelzel.de> - 2025-02-07 21:47 +0100
Re: What is an animal or an SSD drive? (Was: blah, blah, blah) Android editors Lawrence D'Oliveiro <ldo@nz.invalid> - 2025-02-08 03:28 +0000
Re: What is an animal or an SSD drive? (Was: blah, blah, blah) Android editors Arno Welzel <usenet@arnowelzel.de> - 2025-02-08 10:18 +0100
Re: What is an animal or an SSD drive? (Was: blah, blah, blah) Android editors Lawrence D'Oliveiro <ldo@nz.invalid> - 2025-02-08 23:35 +0000
Re: What is an animal or an SSD drive? (Was: blah, blah, blah) Android editors Arno Welzel <usenet@arnowelzel.de> - 2025-02-10 08:47 +0100
Re: What is an animal or an SSD drive? (Was: blah, blah, blah) Android editors Frank Slootweg <this@ddress.is.invalid> - 2025-02-10 10:55 +0000
Re: What is an animal or an SSD drive? (Was: blah, blah, blah) Android editors Lawrence D'Oliveiro <ldo@nz.invalid> - 2025-02-11 01:00 +0000
Re: What is an animal or an SSD drive? (Was: blah, blah, blah) Android editors Arno Welzel <usenet@arnowelzel.de> - 2025-02-13 19:59 +0100
Re: What is an animal or an SSD drive? (Was: blah, blah, blah) Android editors Lawrence D'Oliveiro <ldo@nz.invalid> - 2025-02-13 22:15 +0000
[OT] Storage technology "back then" (was Re: What is an animal or an SSD drive? [...]) Janis Papanagnou <janis_papanagnou+ng@hotmail.com> - 2025-02-14 02:10 +0100
Re: What is an animal or an SSD drive? (Was: blah, blah, blah) Android editors Arno Welzel <usenet@arnowelzel.de> - 2025-02-18 11:56 +0100
Re: What is an animal or an SSD drive? (Was: blah, blah, blah) Android editors Lawrence D'Oliveiro <ldo@nz.invalid> - 2025-02-18 21:55 +0000
Re: What is an animal or an SSD drive? (Was: blah, blah, blah) Android editors Arno Welzel <usenet@arnowelzel.de> - 2025-02-21 09:12 +0100
Re: What is an animal or an SSD drive? (Was: blah, blah, blah) Android editors Lawrence D'Oliveiro <ldo@nz.invalid> - 2025-02-21 23:35 +0000
Re: What is an animal or an SSD drive? (Was: blah, blah, blah) Android editors Arno Welzel <usenet@arnowelzel.de> - 2025-02-25 18:27 +0100
Re: What is an animal or an SSD drive? (Was: blah, blah, blah) Android editors Frank Slootweg <this@ddress.is.invalid> - 2025-02-25 18:25 +0000
Re: What is an animal or an SSD drive? (Was: blah, blah, blah) Android editors Arno Welzel <usenet@arnowelzel.de> - 2025-02-26 08:53 +0100
Re: What is an animal or an SSD drive? (Was: blah, blah, blah) Android editors Janis Papanagnou <janis_papanagnou+ng@hotmail.com> - 2025-02-26 13:10 +0100
Re: What is an animal or an SSD drive? (Was: blah, blah, blah) Android editors Frank Slootweg <this@ddress.is.invalid> - 2025-02-26 15:02 +0000
Re: What is an animal or an SSD drive? (Was: blah, blah, blah) Android editors Lawrence D'Oliveiro <ldo@nz.invalid> - 2025-02-25 20:28 +0000
Re: What is an animal or an SSD drive? (Was: blah, blah, blah) Android editors Arno Welzel <usenet@arnowelzel.de> - 2025-02-26 08:54 +0100
Re: What is an animal or an SSD drive? (Was: blah, blah, blah) Android editors Arno Welzel <usenet@arnowelzel.de> - 2025-02-26 08:49 +0100
Re: What is an animal or an SSD drive? (Was: blah, blah, blah) Android editors Frank Slootweg <this@ddress.is.invalid> - 2025-02-21 14:12 +0000
Re: What is an animal or an SSD drive? (Was: blah, blah, blah) Android editors Daniel70 <daniel47@eternal-september.org> - 2025-04-27 20:27 +1000
Re: What is an animal or an SSD drive? (Was: blah, blah, blah) Android editors gazelle@shell.xmission.com (Kenny McCormack) - 2025-04-27 10:29 +0000
Re: Clever helpful suggestion for portable memory using Windows & Android editors Marion <marion@facts.com> - 2025-02-02 04:16 +0000
Re: Clever helpful suggestion for portable memory using Windows & Android editors Marion <marion@facts.com> - 2025-02-02 05:40 +0000
Re: Clever helpful suggestion for portable memory using Windows & Android editors Lawrence D'Oliveiro <ldo@nz.invalid> - 2025-02-02 06:05 +0000
Re: Clever helpful suggestion for portable memory using Windows & Android editors Marion <marion@facts.com> - 2025-02-02 21:34 +0000
Re: Clever helpful suggestion for portable memory using Windows & Android editors Lawrence D'Oliveiro <ldo@nz.invalid> - 2025-02-03 00:01 +0000
Re: Clever helpful suggestion for portable memory using Windows & Android editors Marion <marion@facts.com> - 2025-02-03 09:42 +0000
Re: Clever helpful suggestion for portable memory using Windows & Android editors Lawrence D'Oliveiro <ldo@nz.invalid> - 2025-02-06 20:54 +0000
Re: Clever helpful suggestion for portable memory using Windows & Android editors Marion <marion@facts.com> - 2025-02-08 04:22 +0000
Re: Clever helpful suggestion for portable memory using Windows & Android editors "Carlos E.R." <robin_listas@es.invalid> - 2025-02-02 15:07 +0100
Re: Clever helpful suggestion for portable memory using Windows & Android editors Marion <marion@facts.com> - 2025-02-02 23:42 +0000
Re: Clever helpful suggestion for portable memory using Windows & Android editors "Carlos E.R." <robin_listas@es.invalid> - 2025-02-03 02:21 +0100
Re: Clever helpful suggestion for portable memory using Windows & Android editors Lawrence D'Oliveiro <ldo@nz.invalid> - 2025-02-03 03:05 +0000
Re: Clever helpful suggestion for portable memory using Windows & Android editors Marion <marion@facts.com> - 2025-02-03 09:59 +0000
Re: Clever helpful suggestion for portable memory using Windows & Android editors Lawrence D'Oliveiro <ldo@nz.invalid> - 2025-02-03 03:01 +0000
Re: Clever helpful suggestion for portable memory using Windows & Android editors Marion <marion@facts.com> - 2025-02-03 19:12 +0000
Re: Clever helpful suggestion for portable memory using Windows & Android editors Arno Welzel <usenet@arnowelzel.de> - 2025-02-05 10:30 +0100
Re: Clever helpful suggestion for portable memory using Windows & Android editors "Carlos E.R." <robin_listas@es.invalid> - 2025-02-05 11:31 +0100
Re: Clever helpful suggestion for portable memory using Windows & Android editors Arno Welzel <usenet@arnowelzel.de> - 2025-02-05 14:27 +0100
Re: Clever helpful suggestion for portable memory using Windows & Android editors "Carlos E.R." <robin_listas@es.invalid> - 2025-02-05 14:35 +0100
Re: Clever helpful suggestion for portable memory using Windows & Android editors Arno Welzel <usenet@arnowelzel.de> - 2025-02-06 20:21 +0100
Re: Clever helpful suggestion for portable memory using Windows & Android editors Lawrence D'Oliveiro <ldo@nz.invalid> - 2025-02-06 20:57 +0000
Re: Clever helpful suggestion for portable memory using Windows & Android editors "Carlos E.R." <robin_listas@es.invalid> - 2025-02-06 23:58 +0100
Re: Clever helpful suggestion for portable memory using Windows & Android editors Lawrence D'Oliveiro <ldo@nz.invalid> - 2025-02-07 05:57 +0000
Re: Clever helpful suggestion for portable memory using Windows & Android editors "Carlos E.R." <robin_listas@es.invalid> - 2025-02-07 10:30 +0100
Editing binary data with editors - or is there no difference of text and binary? Janis Papanagnou <janis_papanagnou+ng@hotmail.com> - 2025-02-07 10:57 +0100
Re: Editing binary data with editors - or is there no difference of text and binary? "Carlos E.R." <robin_listas@es.invalid> - 2025-02-07 11:44 +0100
Re: Editing binary data with editors - or is there no difference of text and binary? Janis Papanagnou <janis_papanagnou+ng@hotmail.com> - 2025-02-07 14:39 +0100
Re: Editing binary data with editors - or is there no difference of text and binary? "Carlos E.R." <robin_listas@es.invalid> - 2025-02-07 19:39 +0100
Re: Editing binary data with editors - or is there no difference of text and binary? Lawrence D'Oliveiro <ldo@nz.invalid> - 2025-02-08 03:26 +0000
Re: Clever helpful suggestion for portable memory using Windows & Android editors Janis Papanagnou <janis_papanagnou+ng@hotmail.com> - 2025-02-05 18:12 +0100
Re: Clever helpful suggestion for portable memory using Windows & Android editors Lawrence D'Oliveiro <ldo@nz.invalid> - 2025-02-05 23:14 +0000
Re: Clever helpful suggestion for portable memory using Windows & Android editors Arno Welzel <usenet@arnowelzel.de> - 2025-02-06 20:22 +0100
Re: Clever helpful suggestion for portable memory using Windows & Android editors Lawrence D'Oliveiro <ldo@nz.invalid> - 2025-02-06 20:57 +0000
Re: Clever helpful suggestion for portable memory using Windows & Android editors Arno Welzel <usenet@arnowelzel.de> - 2025-02-07 21:50 +0100
Re: Clever helpful suggestion for portable memory using Windows & Android editors Lawrence D'Oliveiro <ldo@nz.invalid> - 2025-02-08 03:27 +0000
Re: Clever helpful suggestion for portable memory using Windows & Android editors Lawrence D'Oliveiro <ldo@nz.invalid> - 2025-02-02 03:21 +0000
Re: Clever helpful suggestion for portable memory using Windows & Android editors "Carlos E.R." <robin_listas@es.invalid> - 2025-02-02 15:07 +0100
Re: Clever helpful suggestion for portable memory using Windows & Android editors Lawrence D'Oliveiro <ldo@nz.invalid> - 2025-02-02 03:20 +0000
Re: Clever helpful suggestion for portable memory using Windows & Android editors Marion <marion@facts.com> - 2025-02-01 05:40 +0000
Re: Clever helpful suggestion for portable memory using Windows & Android editors Janis Papanagnou <janis_papanagnou+ng@hotmail.com> - 2025-02-01 16:34 +0100
Re: Clever helpful suggestion for portable memory using Windows & Android editors gazelle@shell.xmission.com (Kenny McCormack) - 2025-02-01 16:29 +0000
Re: Clever helpful suggestion for portable memory using Windows & Android editors Marion <marion@facts.com> - 2025-02-01 18:10 +0000
Re: Clever helpful suggestion for portable memory using Windows & Android editors Janis Papanagnou <janis_papanagnou+ng@hotmail.com> - 2025-02-02 15:44 +0100
Re: Clever helpful suggestion for portable memory using Windows & Android editors Marion <marion@facts.com> - 2025-02-03 10:40 +0000
Re: Clever helpful suggestion for portable memory using Windows & Android editors "Carlos E.R." <robin_listas@es.invalid> - 2025-02-03 15:14 +0100
Re: Clever helpful suggestion for portable memory using Windows & Android editors Marion <marion@facts.com> - 2025-02-04 10:01 +0000
Re: Clever helpful suggestion for portable memory using Windows & Android editors "Carlos E.R." <robin_listas@es.invalid> - 2025-02-04 13:22 +0100
Re: Clever helpful suggestion for portable memory using Windows & Android editors Marion <marion@facts.com> - 2025-02-04 19:51 +0000
Re: Clever helpful suggestion for portable memory using Windows & Android editors "Carlos E.R." <robin_listas@es.invalid> - 2025-02-04 23:12 +0100
Re: Clever helpful suggestion for portable memory using Windows & Android editors Janis Papanagnou <janis_papanagnou+ng@hotmail.com> - 2025-02-02 15:24 +0100
Re: Clever helpful suggestion for portable memory using Windows & Android editors "Carlos E.R." <robin_listas@es.invalid> - 2025-02-02 15:50 +0100
Re: Clever helpful suggestion for portable memory using Windows & Android editors Janis Papanagnou <janis_papanagnou+ng@hotmail.com> - 2025-02-02 16:04 +0100
[meta] posting mistake Janis Papanagnou <janis_papanagnou+ng@hotmail.com> - 2025-02-02 16:26 +0100
Re: Clever helpful suggestion for portable memory using Windows & Android editors Frank Slootweg <this@ddress.is.invalid> - 2025-02-02 16:29 +0000
ext4 on Android (Was: blah, blah, blah...) gazelle@shell.xmission.com (Kenny McCormack) - 2025-02-02 16:37 +0000
Re: ext4 on Android (Was: blah, blah, blah...) Jeff Layman <Jeff@invalid.invalid> - 2025-02-03 09:14 +0000
ext4 on Android (Was: blah, blah, blah...) "Carlos E.R." <robin_listas@es.invalid> - 2025-02-03 15:16 +0100
Re: ext4 on Android (Was: blah, blah, blah...) Lawrence D'Oliveiro <ldo@nz.invalid> - 2025-02-03 21:59 +0000
Re: ext4 on Android Frank Slootweg <this@ddress.is.invalid> - 2025-02-04 10:23 +0000
Re: ext4 on Android (Was: blah, blah, blah...) Marion <marion@facts.com> - 2025-02-04 22:48 +0000
Re: ext4 on Android (Was: blah, blah, blah...) "Carlos E.R." <robin_listas@es.invalid> - 2025-02-25 23:16 +0100
Re: Clever helpful suggestion for portable memory using Windows & Android editors Lawrence D'Oliveiro <ldo@nz.invalid> - 2025-02-03 21:57 +0000
Re: Clever helpful suggestion for portable memory using Windows & Android editors candycanearter07 <candycanearter07@candycanearter07.nomail.afraid> - 2025-02-03 19:00 +0000
Re: Clever helpful suggestion for portable memory using Windows & Android editors Lawrence D'Oliveiro <ldo@nz.invalid> - 2025-02-03 22:01 +0000
Re: Clever helpful suggestion for portable memory using Windows & Android editors candycanearter07 <candycanearter07@candycanearter07.nomail.afraid> - 2025-02-05 18:50 +0000
Re: Clever helpful suggestion for portable memory using Windows & Android editors Paul <nospam@needed.invalid> - 2025-02-05 14:26 -0500
Re: Clever helpful suggestion for portable memory using Windows & Android editors Lawrence D'Oliveiro <ldo@nz.invalid> - 2025-02-06 00:16 +0000
Re: Clever helpful suggestion for portable memory using Windows & Android editors candycanearter07 <candycanearter07@candycanearter07.nomail.afraid> - 2025-02-06 20:50 +0000
Re: Clever helpful suggestion for portable memory using Windows & Android editors Paul <nospam@needed.invalid> - 2025-02-03 19:58 -0500
Re: Clever helpful suggestion for portable memory using Windows & Android editors Lawrence D'Oliveiro <ldo@nz.invalid> - 2025-02-04 01:15 +0000
Re: Clever helpful suggestion for portable memory using Windows & Android editors Paul <nospam@needed.invalid> - 2025-02-04 00:24 -0500
Re: Clever helpful suggestion for portable memory using Windows & Android editors Lawrence D'Oliveiro <ldo@nz.invalid> - 2025-02-04 21:40 +0000
Re: Clever helpful suggestion for portable memory using Windows & Android editors gazelle@shell.xmission.com (Kenny McCormack) - 2025-02-04 22:11 +0000
External media file systems (was Re: ...) Janis Papanagnou <janis_papanagnou+ng@hotmail.com> - 2025-02-05 02:24 +0100
Re: External media file systems (was Re: ...) Paul <nospam@needed.invalid> - 2025-02-04 22:06 -0500
Re: External media file systems (was Re: ...) Lawrence D'Oliveiro <ldo@nz.invalid> - 2025-02-05 04:41 +0000
Re: External media file systems (was Re: ...) Lawrence D'Oliveiro <ldo@nz.invalid> - 2025-02-05 04:43 +0000
Re: External media file systems (was Re: ...) Paul <nospam@needed.invalid> - 2025-02-05 02:10 -0500
Re: External media file systems (was Re: ...) Janis Papanagnou <janis_papanagnou+ng@hotmail.com> - 2025-02-05 17:40 +0100
Re: External media file systems (was Re: ...) candycanearter07 <candycanearter07@candycanearter07.nomail.afraid> - 2025-02-05 18:50 +0000
Re: External media file systems (was Re: ...) Lawrence D'Oliveiro <ldo@nz.invalid> - 2025-02-06 00:11 +0000
Re: External media file systems (was Re: ...) Paul <nospam@needed.invalid> - 2025-02-05 20:59 -0500
Re: External media file systems (was Re: ...) Lawrence D'Oliveiro <ldo@nz.invalid> - 2025-02-06 03:04 +0000
Re: External media file systems (was Re: ...) Paul <nospam@needed.invalid> - 2025-02-05 22:48 -0500
Re: External media file systems (was Re: ...) Lawrence D'Oliveiro <ldo@nz.invalid> - 2025-02-06 21:00 +0000
Re: External media file systems (was Re: ...) Paul <nospam@needed.invalid> - 2025-02-06 16:20 -0500
Re: External media file systems (was Re: ...) Lawrence D'Oliveiro <ldo@nz.invalid> - 2025-02-06 22:42 +0000
Re: External media file systems (was Re: ...) Paul <nospam@needed.invalid> - 2025-02-07 00:44 -0500
Re: External media file systems (was Re: ...) Lawrence D'Oliveiro <ldo@nz.invalid> - 2025-02-07 06:00 +0000
Re: External media file systems (was Re: ...) Janis Papanagnou <janis_papanagnou+ng@hotmail.com> - 2025-02-05 17:38 +0100
Re: External media file systems (was Re: ...) Lawrence D'Oliveiro <ldo@nz.invalid> - 2025-02-06 00:06 +0000
Re: Clever helpful suggestion for portable memory using Windows & Android editors Lawrence D'Oliveiro <ldo@nz.invalid> - 2025-02-03 21:56 +0000
A little bit of discussion between Janis and me (Was: Stupid suggestion(s) for "portable" "memory" using Windows & Android "editors") gazelle@shell.xmission.com (Kenny McCormack) - 2025-02-02 14:53 +0000
Re: Clever helpful suggestion for portable memory using Windows & Android editors "Carlos E.R." <robin_listas@es.invalid> - 2025-02-01 20:59 +0100
Re: Clever helpful suggestion for portable memory using Windows & Android editors Marion <marion@facts.com> - 2025-02-02 22:54 +0000
Page 8 of 9 — ← Prev page 1 2 3 4 5 6 7 [8] 9 Next page →
| From | Lawrence D'Oliveiro <ldo@nz.invalid> |
|---|---|
| Date | 2025-02-04 01:15 +0000 |
| Message-ID | <vnrpn3$1htu1$5@dont-email.me> |
| In reply to | #181941 |
On Mon, 3 Feb 2025 19:58:39 -0500, Paul wrote: > Hardware devices do not need to have a partition table. This may be an OS-dependent thing. On Unix and Linux systems, I have had no problem formatting an entire block device as a single volume with no partition table. Windows is a bit more picky.
[toc] | [prev] | [next] | [standalone]
| From | Paul <nospam@needed.invalid> |
|---|---|
| Date | 2025-02-04 00:24 -0500 |
| Message-ID | <vns8ag$1nr16$1@dont-email.me> |
| In reply to | #181942 |
On Mon, 2/3/2025 8:15 PM, Lawrence D'Oliveiro wrote:
> On Mon, 3 Feb 2025 19:58:39 -0500, Paul wrote:
>
>> Hardware devices do not need to have a partition table.
>
> This may be an OS-dependent thing. On Unix and Linux systems, I have had
> no problem formatting an entire block device as a single volume with no
> partition table. Windows is a bit more picky.
>
Windows is a bit picky about the USB Mass Storage fixed or removable bit (RMB).
That's part of it.
Most USB sticks claim they are removable, except a few which
report they are fixed disk. When you use a USB enclosure with
a SATA drive inside it, that reports as a fixed disk as well.
If an MBR has four partitions on it (as in MSDOS partitioning),
then the Windows mounter will mount all four partitions (as long
as they are Windows types, or, an IFS is installed in the OS
to extend the capability). It's not clear, if a partition becomes
un-selectable, whether a "letter" can be assigned to a partition.
In some cases, even a RAW partition can have a letter assigned, but
if you do that and then access the letter in Windows, it will
immediately request that you format the partition.
When the stick is removable, it might only support "the first partition
it finds". For example, some hybrid boot USB keys, the mounter
finds a 2MB partition with something no one cares about in it,
and mounts that. Leaving a much larger partition unmounted and
unobservable (from Disk Management at least).
I saw an announcement in some tech news, that the removable (RMB declaration)
stick behavior would change, but I don't think I have noted that while
using the sticks. I don't generally put four partitions on a USB stick,
neither do I install OSes that might be doing a high number of writes
to the media -- I've had several TLC USB keys fail, and don't want any
more to fail.
https://www.elevenforum.com/t/windows-11-only-allowing-access-to-first-partition-on-usb-sticks.18333/
"Windows 10 has allowed access to all partitions on USB sticks
since the Creators Update but Windows 11 seems to have gone back
to only allowing access to the first partition. Only first
partition show up in File Explorer and no way of mounting the
other partitions using Disk Management as all the options are
greyed out when right clicking them."
It's very much an experimenters paradise.
*******
The test USB stick in the case, did the same thing under Win10 and Win11.
The two primary partitions mounted.
S:\disktype>disktype /dev/sdb
--- /dev/sdb
Block device, size 58.44 GiB (62746787840 bytes)
DOS/MBR partition map
Partition 1: 46.36 GiB (49774854144 bytes, 97216512 sectors from 2048, bootable)
Type 0x0C (Win95 FAT32 (LBA))
Windows 95/98/ME boot loader
FAT32 file system (hints score 5 of 5)
Volume size 46.34 GiB (49759518720 bytes, 1518540 clusters of 32 KiB)
Partition 2: 12.08 GiB (12969836544 bytes, 25331712 sectors from 97218560)
Type 0x07 (HPFS/NTFS)
NTFS file system
Volume size 12.08 GiB (12969836032 bytes, 25331711 sectors)
[Picture]
https://i.postimg.cc/qM68Wb6w/ubu-stick-experiment.gif
Paul
[toc] | [prev] | [next] | [standalone]
| From | Lawrence D'Oliveiro <ldo@nz.invalid> |
|---|---|
| Date | 2025-02-04 21:40 +0000 |
| Message-ID | <vnu1go$219s9$1@dont-email.me> |
| In reply to | #181943 |
On Tue, 4 Feb 2025 00:24:32 -0500, Paul wrote: > If an MBR has four partitions on it (as in MSDOS partitioning), > then the Windows mounter will mount all four partitions (as long as they > are Windows types, or, an IFS is installed in the OS to extend the > capability). It's not clear, if a partition becomes un-selectable, > whether a "letter" can be assigned to a partition. > In some cases, even a RAW partition can have a letter assigned, but if > you do that and then access the letter in Windows, it will immediately > request that you format the partition. There seems to be no clear distinction in Windows between the block device/partition and the filesystem volume. In Linux, devices and partitions have device names, but accessing the mounted volume is done via the mount point, which is the directory where the volume is mounted. The important point being the two names need have nothing to do with each other. And the device name remains valid for access whether the volume is mounted or not.
[toc] | [prev] | [next] | [standalone]
| From | gazelle@shell.xmission.com (Kenny McCormack) |
|---|---|
| Date | 2025-02-04 22:11 +0000 |
| Message-ID | <vnu3a9$3rqlr$1@news.xmission.com> |
| In reply to | #181966 |
In article <vnu1go$219s9$1@dont-email.me>, Lawrence D'Oliveiro <ldo@nz.invalid> wrote: >On Tue, 4 Feb 2025 00:24:32 -0500, Paul wrote: > >> If an MBR has four partitions on it (as in MSDOS partitioning), >> then the Windows mounter will mount all four partitions (as long as they >> are Windows types, or, an IFS is installed in the OS to extend the >> capability). It's not clear, if a partition becomes un-selectable, >> whether a "letter" can be assigned to a partition. >> In some cases, even a RAW partition can have a letter assigned, but if >> you do that and then access the letter in Windows, it will immediately >> request that you format the partition. > >There seems to be no clear distinction in Windows between the block >device/partition and the filesystem volume. Actually, underneath the hood, Windows does have the same sort of setup as Linux does. It is all just carefully hidden away from the user, under the guise of everything being a drive letter. But (in current - i.e., 21st century) versions of Windows, drive letters are pretty much a fabrication. -- The randomly chosen signature file that would have appeared here is more than 4 lines long. As such, it violates one or more Usenet RFCs. In order to remain in compliance with said RFCs, the actual sig can be found at the following URL: http://user.xmission.com/~gazelle/Sigs/Pedantic
[toc] | [prev] | [next] | [standalone]
| From | Janis Papanagnou <janis_papanagnou+ng@hotmail.com> |
|---|---|
| Date | 2025-02-05 02:24 +0100 |
| Subject | External media file systems (was Re: ...) |
| Message-ID | <vnueji$23csf$1@dont-email.me> |
| In reply to | #181930 |
On 03.02.2025 20:00, candycanearter07 wrote: > Janis Papanagnou <janis_papanagnou+ng@hotmail.com> wrote at 15:04 this Sunday (GMT): >> On 02.02.2025 15:50, Carlos E.R. wrote: > [snip] >>> Android is *nix based, yes, but uses an MsDOS filesystem (FAT). >> >> Yes, I know. For some reasons inferiors concepts are invented and >> they also don't die once they've got widely spread. > > It's hard to stop momentum, sometimes. Windows refusing to switch to a > different FS for external medium also doesn't help. Given MS's FAT history I recall that I had been impressed about MS's NTFS concept back these days. (It won't compare with ZFS or other things we got, but for Windows standards it was very good. I think they had borrowed concepts of NTFS from other vendors.) WRT external media, that you focus on, there's yet more issues than the file system; when I wanted some external file storage system I recall I had bad experiences with the primitive (slow) protocols regularly used between the device and the computer (of course speaking about consumer-grade system configurations, not professional ones). Janis
[toc] | [prev] | [next] | [standalone]
| From | Paul <nospam@needed.invalid> |
|---|---|
| Date | 2025-02-04 22:06 -0500 |
| Subject | Re: External media file systems (was Re: ...) |
| Message-ID | <vnukk4$247om$1@dont-email.me> |
| In reply to | #181980 |
On Tue, 2/4/2025 8:24 PM, Janis Papanagnou wrote:
> On 03.02.2025 20:00, candycanearter07 wrote:
>> Janis Papanagnou <janis_papanagnou+ng@hotmail.com> wrote at 15:04 this Sunday (GMT):
>>> On 02.02.2025 15:50, Carlos E.R. wrote:
>> [snip]
>>>> Android is *nix based, yes, but uses an MsDOS filesystem (FAT).
>>>
>>> Yes, I know. For some reasons inferiors concepts are invented and
>>> they also don't die once they've got widely spread.
>>
>> It's hard to stop momentum, sometimes. Windows refusing to switch to a
>> different FS for external medium also doesn't help.
>
> Given MS's FAT history I recall that I had been impressed about
> MS's NTFS concept back these days. (It won't compare with ZFS or
> other things we got, but for Windows standards it was very good.
> I think they had borrowed concepts of NTFS from other vendors.)
> WRT external media, that you focus on, there's yet more issues
> than the file system; when I wanted some external file storage
> system I recall I had bad experiences with the primitive (slow)
> protocols regularly used between the device and the computer
> (of course speaking about consumer-grade system configurations,
> not professional ones).
>
> Janis
>
If you're referring to protocols such as MTP (Media Transfer Protocol),
that's an architectural disaster. Yes, it's slow. Nobody should be
hobbling electronics with crap like that! This should have been
"killed with fire" long ago.
Other things work reasonably well. I don't know what the
current worlds record is for USB4 Mass Storage, but it should
be pretty good.
This is a test of a USB4 enclosure with a PCIe Rev3 x4 flash device bolted inside.
https://www.tomshardware.com/news/zikedrive-usb4-ssd-benchmarked
"When we tested an Orico M2V01-C4 USB 4 enclosure with a WD Black SN850X PCIe 4.0 SSD
inside, we got sequential read rates of 3154 MB/s and writes of 2835 MB/s
on CrystalDiskMark." ... ASMedia ASM2464PD
I don't know anything about USB4, and as it turns out, how these
particular things work is a LOT more complicated than you would think.
Performance analysis is fraught with the details.
One controller does PCIe tunneling, another controller is some sort of "more native" kind
which allows even higher rates (can get more than 4GB/sec).
https://superuser.com/questions/1764813/what-is-the-usb-4-0-theoretical-maximum-data-bandwidth-rate
Glib comments about the PHY, hardly matter at all, when the
controller type clamps down on the rate (tunneling versus native).
If someone tells you their USB4 is 80GB/sec, just snicker at them,
because they will hardly ever be able to prove that. But at least
the latest technology is slightly faster than USB3.2 2x2 2GB/sec.
If you transfer nothing but small files (like one million 4KB files)
over that USB4, you'll be lucky to get 40MB/sec. Some things, never change.
The sparkling rates, are only for HDTune or gnome-disks benchmark cases.
And when USB3.2 2x2 was all the rage ("SS20"), all three of my motherboards
here, the USB-C connector is "SS10" only (1GB/sec or so).
Paul
[toc] | [prev] | [next] | [standalone]
| From | Lawrence D'Oliveiro <ldo@nz.invalid> |
|---|---|
| Date | 2025-02-05 04:41 +0000 |
| Subject | Re: External media file systems (was Re: ...) |
| Message-ID | <vnuq67$28lu7$1@dont-email.me> |
| In reply to | #181981 |
On Tue, 4 Feb 2025 22:06:42 -0500, Paul wrote: > If you're referring to protocols such as MTP (Media Transfer Protocol), > that's an architectural disaster. Yes, it's slow. Nobody should be > hobbling electronics with crap like that! This should have been "killed > with fire" long ago. What else is there?
[toc] | [prev] | [next] | [standalone]
| From | Lawrence D'Oliveiro <ldo@nz.invalid> |
|---|---|
| Date | 2025-02-05 04:43 +0000 |
| Subject | Re: External media file systems (was Re: ...) |
| Message-ID | <vnuq90$28lu7$2@dont-email.me> |
| In reply to | #181980 |
On Wed, 5 Feb 2025 02:24:01 +0100, Janis Papanagnou wrote: > Given MS's FAT history I recall that I had been impressed about MS's > NTFS concept back these days. It’s bad at dealing with lots of small files. Also it’s too monolithically integrated into the Windows kernel. Windows lacks a Linux-style generic VFS layer that can support a mix of different filesystems; everything is too heavily centred around the specific capabilities of NTFS.
[toc] | [prev] | [next] | [standalone]
| From | Paul <nospam@needed.invalid> |
|---|---|
| Date | 2025-02-05 02:10 -0500 |
| Subject | Re: External media file systems (was Re: ...) |
| Message-ID | <vnv2tu$29r6l$1@dont-email.me> |
| In reply to | #181985 |
On Tue, 2/4/2025 11:43 PM, Lawrence D'Oliveiro wrote: > On Wed, 5 Feb 2025 02:24:01 +0100, Janis Papanagnou wrote: > >> Given MS's FAT history I recall that I had been impressed about MS's >> NTFS concept back these days. > > It’s bad at dealing with lots of small files. Also it’s too monolithically > integrated into the Windows kernel. Windows lacks a Linux-style generic > VFS layer that can support a mix of different filesystems; everything is > too heavily centred around the specific capabilities of NTFS. > The equivalent of Linux FUSE, is Windows IFS. One of the first popular instances, was EXT2IFS which I had installed on WinXP. IFS stands for Installable File System. Today, brave people "do it with Dokan". The problem being, there is usually a version dependency. Windows has *lots* of features. Remember: 7000 developers work there. It takes fifty sheets of typing paper, to explain the permissions system. If you want impressive, look at WSL/WSL2/WSLg . From when the first GUI showed up (it was a bit glitchy) until it was running like today, took... one week. This means they've hired some good people there. The graphics stack is as tall as a mountain (it uses Terminal Services and "it doesn't even flash"). Paul
[toc] | [prev] | [next] | [standalone]
| From | Janis Papanagnou <janis_papanagnou+ng@hotmail.com> |
|---|---|
| Date | 2025-02-05 17:40 +0100 |
| Subject | Re: External media file systems (was Re: ...) |
| Message-ID | <vo04a5$2f8rs$2@dont-email.me> |
| In reply to | #181987 |
On 05.02.2025 08:10, Paul wrote: > IFS stands for Installable File System. [...] > > Windows has *lots* of features. Remember: 7000 developers work there. > It takes fifty sheets of typing paper, to explain the permissions system. So you want to say that it was a mis-design? Janis
[toc] | [prev] | [next] | [standalone]
| From | candycanearter07 <candycanearter07@candycanearter07.nomail.afraid> |
|---|---|
| Date | 2025-02-05 18:50 +0000 |
| Subject | Re: External media file systems (was Re: ...) |
| Message-ID | <slrnvq7cdt.1u0ps.candycanearter07@candydeb.host.invalid> |
| In reply to | #182008 |
Janis Papanagnou <janis_papanagnou+ng@hotmail.com> wrote at 16:40 this Wednesday (GMT): > On 05.02.2025 08:10, Paul wrote: >> IFS stands for Installable File System. [...] >> >> Windows has *lots* of features. Remember: 7000 developers work there. >> It takes fifty sheets of typing paper, to explain the permissions system. > > So you want to say that it was a mis-design? > > Janis Maybe. That seems like way too much over designing for something most people won't bother with. -- user <candycane> is generated from /dev/urandom
[toc] | [prev] | [next] | [standalone]
| From | Lawrence D'Oliveiro <ldo@nz.invalid> |
|---|---|
| Date | 2025-02-06 00:11 +0000 |
| Subject | Re: External media file systems (was Re: ...) |
| Message-ID | <vo0unj$2k46v$3@dont-email.me> |
| In reply to | #181987 |
On Wed, 5 Feb 2025 02:10:53 -0500, Paul wrote: > The equivalent of Linux FUSE, is Windows IFS. > > One of the first popular instances, was EXT2IFS which I had installed on > WinXP. Do you have ext3 or ext4 support? No? This IFS thing doesn’t seem to be used much. > If you want impressive, look at WSL/WSL2/WSLg . From when the first GUI > showed up (it was a bit glitchy) until it was running like today, > took... one week. This means they've hired some good people there. Except for the parts that don’t work. <https://github.com/libffi/libffi/issues/552#issuecomment-1186123837>
[toc] | [prev] | [next] | [standalone]
| From | Paul <nospam@needed.invalid> |
|---|---|
| Date | 2025-02-05 20:59 -0500 |
| Subject | Re: External media file systems (was Re: ...) |
| Message-ID | <vo151c$2l62h$1@dont-email.me> |
| In reply to | #182019 |
On Wed, 2/5/2025 7:11 PM, Lawrence D'Oliveiro wrote:
> On Wed, 5 Feb 2025 02:10:53 -0500, Paul wrote:
>
>> The equivalent of Linux FUSE, is Windows IFS.
>>
>> One of the first popular instances, was EXT2IFS which I had installed on
>> WinXP.
>
> Do you have ext3 or ext4 support?
>
> No? This IFS thing doesn’t seem to be used much.
The person who wrote that (EXT2IFS), didn't seem interested in maintaining it forever.
It seemed more of a demo of IFS.
I don't know if source was released or not.
But you can see similar problems with Dokan. Someone will crank
out an item, his two friends use it, and nobody else wants to
test it. There are momentum problems of one sort or another,
with the concept. Maybe it has something to do with the
skill level of the customers (the audience is not
100% dev-class users). I don't know what the attack surface
is like on items like that.
I think there is at least one commercial offering, but
I don't know if the developer is rich yet :-) People do
fiddle with adding stuff to Windows, but they lack the
marketing muscle to make a real dent.
https://www.mtpdrive.com/purchase.html
And that's not in the Microsoft Store.
These offerings have likely been around for a while.
https://www.paragon-software.com/home/linuxfs-windows/
*******
wmic diskdrive list brief
To mount a partition:
wsl --mount [DiskPath] --partition [PartitionNumber]
And apparently, that gives access to an EXT4 via Windows Subsystem for Linux.
No, I'm not interested in testing that :-) If I were to
entertain such a thing, it would have to be integrated at
desktop level, not in some maze of twisty virtualized passages.
Via $$WSL, you could make that appear on your Windows Desktop.
The thing is, why go for these novelty items, when I can reach
across the room and have whatever I want ? Toys are just a
LAN address away.
*******
# Example of WSL command line options:
> wsl --help
Copyright (c) Microsoft Corporation. All rights reserved.
For privacy information about this product please visit https://aka.ms/privacy.
Usage: wsl.exe [Argument] [Options...] [CommandLine]
Arguments for running Linux binaries:
If no command line is provided, wsl.exe launches the default shell.
--exec, -e <CommandLine>
Execute the specified command without using the default Linux shell.
--shell-type <standard|login|none>
Execute the specified command with the provided shell type.
--
Pass the remaining command line as-is.
Options:
--cd <Directory>
Sets the specified directory as the current working directory.
If ~ is used the Linux user's home path will be used. If the path begins
with a / character, it will be interpreted as an absolute Linux path.
Otherwise, the value must be an absolute Windows path.
--distribution, -d <DistroName>
Run the specified distribution.
--distribution-id <DistroGuid>
Run the specified distribution ID.
--user, -u <UserName>
Run as the specified user.
--system
Launches a shell for the system distribution.
Arguments for managing Windows Subsystem for Linux:
--help
Display usage information.
--debug-shell
Open a WSL2 debug shell for diagnostics purposes.
--install [Distro] [Options...]
Install a Windows Subsystem for Linux distribution.
For a list of valid distributions, use 'wsl.exe --list --online'.
Options:
--enable-wsl1
Enable WSL1 support.
--from-file <Path>
Install a distribution from a local file.
--legacy
Use the legacy distribution manifest.
--location <Location>
Set the install path for the distribution.
--name <Name>
Set the name of the distribution.
--no-distribution
Only install the required optional components, does not install a distribution.
--no-launch, -n
Do not launch the distribution after install.
--version <Version>
Specifies the version to use for the new distribution.
--web-download
Download the distribution from the internet instead of the Microsoft Store.
--manage <Distro> <Options...>
Changes distro specific options.
Options:
--move <Location>
Move the distribution to a new location.
--set-sparse, -s <true|false>
Set the vhdx of distro to be sparse, allowing disk space to be automatically reclaimed.
--set-default-user <Username>
Set the default user of the distribution.
--mount <Disk> <===
Attaches and mounts a physical or virtual disk in all WSL 2 distributions.
Options:
--vhd
Specifies that <Disk> refers to a virtual hard disk.
--bare
Attach the disk to WSL2, but don't mount it.
--name <Name>
Mount the disk using a custom name for the mountpoint.
--type <Type>
Filesystem to use when mounting a disk, if not specified defaults to ext4.
--options <Options>
Additional mount options.
--partition <Index> <===
Index of the partition to mount, if not specified defaults to the whole disk.
--set-default-version <Version>
Changes the default install version for new distributions.
--shutdown
Immediately terminates all running distributions and the WSL 2
lightweight utility virtual machine.
--status
Show the status of Windows Subsystem for Linux.
--unmount [Disk]
Unmounts and detaches a disk from all WSL2 distributions.
Unmounts and detaches all disks if called without argument.
--uninstall
Uninstalls the Windows Subsystem for Linux package from this machine.
--update
Update the Windows Subsystem for Linux package.
Options:
--pre-release
Download a pre-release version if available.
--version, -v
Display version information.
Arguments for managing distributions in Windows Subsystem for Linux:
--export <Distro> <FileName> [Options]
Exports the distribution to a tar file.
The filename can be - for stdout.
Options:
--format <Format>
Specifies the export format. Supported values: tar, tar.gz, vhd.
--import <Distro> <InstallLocation> <FileName> [Options]
Imports the specified tar file as a new distribution.
The filename can be - for stdin.
Options:
--version <Version>
Specifies the version to use for the new distribution.
--vhd
Specifies that the provided file is a .vhdx file, not a tar file.
This operation makes a copy of the .vhdx file at the specified install location.
--import-in-place <Distro> <FileName>
Imports the specified .vhdx file as a new distribution.
This virtual hard disk must be formatted with the ext4 filesystem type.
--list, -l [Options]
Lists distributions.
Options:
--all
List all distributions, including distributions that are
currently being installed or uninstalled.
--running
List only distributions that are currently running.
--quiet, -q
Only show distribution names.
--verbose, -v
Show detailed information about all distributions.
--online, -o
Displays a list of available distributions for install with 'wsl.exe --install'.
--set-default, -s <Distro>
Sets the distribution as the default.
--set-version <Distro> <Version>
Changes the version of the specified distribution.
--terminate, -t <Distro>
Terminates the specified distribution.
--unregister <Distro>
Unregisters the distribution and deletes the root filesystem.
And this is an example of a wmic output for a disk.
wmic diskdrive list brief
Caption DeviceID Model Partitions Size
Samsung SSD 870 EVO 4TB \\.\PHYSICALDRIVE0 Samsung SSD 870 EVO 4TB 6 4000784417280
wsl --mount \\.\PHYSICALDRIVE0 --partition 4
Then later in your session. Or even in your session in another
Terminal window.
cd /mnt/wsl/... <=== discretionary mount space, populated by the previous command
cd /mnt/c \
cd /mnt/d \__ Mounted "windows letters" for your session, which is how
cd /mnt/e / sessions have been offered from the beginning. /mnt/c/users/paul/Downloads
cd /home/paul # Inside the VHDX file, under the slash file system
df # Should be able to see all that is on offer.
( More at https://learn.microsoft.com/en-us/windows/wsl/wsl2-mount-disk )
Paul
[toc] | [prev] | [next] | [standalone]
| From | Lawrence D'Oliveiro <ldo@nz.invalid> |
|---|---|
| Date | 2025-02-06 03:04 +0000 |
| Subject | Re: External media file systems (was Re: ...) |
| Message-ID | <vo18ri$2llre$1@dont-email.me> |
| In reply to | #182022 |
On Wed, 5 Feb 2025 20:59:05 -0500, Paul wrote: > On Wed, 2/5/2025 7:11 PM, Lawrence D'Oliveiro wrote: > >> No? This IFS thing doesn’t seem to be used much. > > The person who wrote that (EXT2IFS), didn't seem interested in > maintaining it forever. > It seemed more of a demo of IFS. Was there anything that made serious use of it? > I don't know if source was released or not. If it was, someone else could have maintained it. Open Source survives, not on user popularity, but on contributions from an active community.
[toc] | [prev] | [next] | [standalone]
| From | Paul <nospam@needed.invalid> |
|---|---|
| Date | 2025-02-05 22:48 -0500 |
| Subject | Re: External media file systems (was Re: ...) |
| Message-ID | <vo1bf7$2ptp9$1@dont-email.me> |
| In reply to | #182023 |
On Wed, 2/5/2025 10:04 PM, Lawrence D'Oliveiro wrote:
> On Wed, 5 Feb 2025 20:59:05 -0500, Paul wrote:
>
>> On Wed, 2/5/2025 7:11 PM, Lawrence D'Oliveiro wrote:
>>
>>> No? This IFS thing doesn’t seem to be used much.
>>
>> The person who wrote that (EXT2IFS), didn't seem interested in
>> maintaining it forever.
>> It seemed more of a demo of IFS.
>
> Was there anything that made serious use of it?
>
>> I don't know if source was released or not.
>
> If it was, someone else could have maintained it. Open Source survives,
> not on user popularity, but on contributions from an active community.
>
I'm editing a text file from an EXT4 partition, using
nothing but Microsoft-provided tools. Right now!
PS> wmic diskdrive list brief
Caption DeviceID Model Partitions Size
Samsung SSD 870 EVO 4TB \\.\PHYSICALDRIVE0 Samsung SSD 870 EVO 4TB 6 4000784417280
WDC WD5003ABYZ-011FA0 \\.\PHYSICALDRIVE1 WDC WD5003ABYZ-011FA0 6 500105249280 <=== Disk drive
from Test Machine
PS> wsl --mount \\.\PHYSICALDRIVE1 --partition 7
The disk was successfully mounted as '/mnt/wsl/PHYSICALDRIVE1p7'
To unmount and detach, run 'wsl.exe --unmount \\.\PHYSICALDRIVE1'
PS> bash
df # Boring bits removed (Ubuntu-specific SNAP mounts and so on)
Filesystem 1K-blocks Used Available Use% Mounted on
none 32897176 4 32897172 1% /mnt/wsl
/dev/sdc7 40973776 7759136 31101104 20% /mnt/wsl/PHYSICALDRIVE1p7
/dev/sdd 1055762868 5272140 996787256 1% / # slash in VHDX file
none 32897176 100 32897076 1% /mnt/wslg
C:\ 124493820 84403884 40089936 68% /mnt/c
H:\ 135264344 58723016 76541328 44% /mnt/h
S:\ 715167740 675510336 39657404 95% /mnt/s
\\wsl$ in File Explorer, brings up a file share from the running bash.
Bash can also be running, without a shell instance, and serve the files
from a faceless session, until shutdown command issued.
\\wsl$ exposes:
\\wsl.localhost\Ubuntu-20.04\mnt\wsl\PHYSICALDRIVE1p7\home\bullwinkle
I-AM-LM221CIN.txt 83 bytes
Here is the accompanying picture.
[Picture]
https://i.postimg.cc/gjdTrsLx/Mount-EXT4-via-WSL-and-fileshare.gif
Paul
[toc] | [prev] | [next] | [standalone]
| From | Lawrence D'Oliveiro <ldo@nz.invalid> |
|---|---|
| Date | 2025-02-06 21:00 +0000 |
| Subject | Re: External media file systems (was Re: ...) |
| Message-ID | <vo37tu$34a3i$5@dont-email.me> |
| In reply to | #182024 |
On Wed, 5 Feb 2025 22:48:55 -0500, Paul wrote: > I'm editing a text file from an EXT4 partition, using nothing but > Microsoft-provided tools. And a whole Linux kernel. And you did mention bash, which is part of the GNU app suite, is it not? So it seems like your Windows userland has no direct access to that Linux kernel.
[toc] | [prev] | [next] | [standalone]
| From | Paul <nospam@needed.invalid> |
|---|---|
| Date | 2025-02-06 16:20 -0500 |
| Subject | Re: External media file systems (was Re: ...) |
| Message-ID | <vo392m$34kgr$2@dont-email.me> |
| In reply to | #182047 |
On Thu, 2/6/2025 4:00 PM, Lawrence D'Oliveiro wrote: > On Wed, 5 Feb 2025 22:48:55 -0500, Paul wrote: > >> I'm editing a text file from an EXT4 partition, using nothing but >> Microsoft-provided tools. > > And a whole Linux kernel. And you did mention bash, which is part of the > GNU app suite, is it not? So it seems like your Windows userland has no > direct access to that Linux kernel. > But I nevertheless, have access to EXT4, using nothing but Microsoft-provided software. Right now! Paul
[toc] | [prev] | [next] | [standalone]
| From | Lawrence D'Oliveiro <ldo@nz.invalid> |
|---|---|
| Date | 2025-02-06 22:42 +0000 |
| Subject | Re: External media file systems (was Re: ...) |
| Message-ID | <vo3drq$35e4t$2@dont-email.me> |
| In reply to | #182051 |
On Thu, 6 Feb 2025 16:20:21 -0500, Paul wrote: > On Thu, 2/6/2025 4:00 PM, Lawrence D'Oliveiro wrote: > >> On Wed, 5 Feb 2025 22:48:55 -0500, Paul wrote: >> >>> I'm editing a text file from an EXT4 partition, using nothing but >>> Microsoft-provided tools. >> >> And a whole Linux kernel. And you did mention bash, which is part of >> the GNU app suite, is it not? So it seems like your Windows userland >> has no direct access to that Linux kernel. >> > But I nevertheless, have access to EXT4, using nothing but > Microsoft-provided software. You mean you consider that Linux kernel and GNU app suite to be “Microsoft-provided”? Even though Microsoft had little or nothing to do with the development of that software?
[toc] | [prev] | [next] | [standalone]
| From | Paul <nospam@needed.invalid> |
|---|---|
| Date | 2025-02-07 00:44 -0500 |
| Subject | Re: External media file systems (was Re: ...) |
| Message-ID | <vo46ja$3cjqj$1@dont-email.me> |
| In reply to | #182054 |
On Thu, 2/6/2025 5:42 PM, Lawrence D'Oliveiro wrote: > On Thu, 6 Feb 2025 16:20:21 -0500, Paul wrote: > >> On Thu, 2/6/2025 4:00 PM, Lawrence D'Oliveiro wrote: >> >>> On Wed, 5 Feb 2025 22:48:55 -0500, Paul wrote: >>> >>>> I'm editing a text file from an EXT4 partition, using nothing but >>>> Microsoft-provided tools. >>> >>> And a whole Linux kernel. And you did mention bash, which is part of >>> the GNU app suite, is it not? So it seems like your Windows userland >>> has no direct access to that Linux kernel. >>> >> But I nevertheless, have access to EXT4, using nothing but >> Microsoft-provided software. > > You mean you consider that Linux kernel and GNU app suite to be > “Microsoft-provided”? Even though Microsoft had little or nothing to do > with the development of that software? > $ sudo disktype /dev/sda --- /dev/sda Block device, size 388.4 MiB (407298048 bytes) Ext4 file system UUID nil Volume size 388.4 MiB (407298048 bytes, 99438 blocks of 4 KiB) $ sudo disktype /dev/sdb --- /dev/sdb Block device, size 16.00 GiB (17179873280 bytes) Linux swap, version 2, subversion 1, 4 KiB pages, little-endian Swap size 16.00 GiB (17179865088 bytes, 4194303 pages of 4 KiB) $ sudo disktype /dev/sdc --- /dev/sdc Block device, size 1 TiB (1099511627776 bytes) Ext4 file system UUID F722DDB4-B8E6-4D0A-A5BE-4EC49B24314C (DCE, v4) Last mounted at "/distro" Volume size 1 TiB (1099511627776 bytes, 268435456 blocks of 4 KiB) It's a containerized environment, which lacks substantial details. Most of what you see in /dev is fake. And the above declarations, have nothing to do with my three NTFS partitions seen in Bash shell. C:\134 /mnt/c 9p rw,dirsync,noatime,aname=drvfs;path=C:\;uid=1000;gid=1000;symlinkroot=/mnt/,mmap,access=client,msize=65536,trans=fd,rfd=6,wfd=6 0 0 H:\134 /mnt/h 9p rw,dirsync,noatime,aname=drvfs;path=H:\;uid=1000;gid=1000;symlinkroot=/mnt/,mmap,access=client,msize=65536,trans=fd,rfd=6,wfd=6 0 0 S:\134 /mnt/s 9p rw,dirsync,noatime,aname=drvfs;path=S:\;uid=1000;gid=1000;symlinkroot=/mnt/,mmap,access=client,msize=65536,trans=fd,rfd=6,wfd=6 0 0 No, it's not out-of-the-box Linux. Neither is the graphics stack exactly as seen on any other Linux. The graphics stack does not seem to be accelerated, as near as I can determine. You'll notice that GLXGears is not locked to VSync, and I don't need to give a directive to unlock it from the screen. Again, graphics are virtualized and composited somehow. and one thing I notice, is there is no flashing as was seen in other OSes via Terminal Services (WinXP Mode on Win7 used to flash a bit). $ glxgears 623 frames in 5.0 seconds = 124.494 FPS 558 frames in 5.0 seconds = 111.500 FPS 555 frames in 5.0 seconds = 110.852 FPS 559 frames in 5.0 seconds = 111.648 FPS A significant effort has put into that, and this is not the usual level of incompetence. Pros did this. They're willing to spend the money to get the right people. Too bad the Windows side wasn't that good (I search for evidence of intelligent life, but have few examples to build on). Much of what is done on the Windows side, is to meet some hidden agenda, and it takes me forever and a day to spot the pattern. Such as the pattern that Microsoft is trying to remove all proprietary drivers from the system. So everything will be done with the equivalent of class drivers. And where they can't meet that objective, they have the manufacturer (<cough> NVidia) containerize their stuff, to insulate it from the OS. Paul
[toc] | [prev] | [next] | [standalone]
| From | Lawrence D'Oliveiro <ldo@nz.invalid> |
|---|---|
| Date | 2025-02-07 06:00 +0000 |
| Subject | Re: External media file systems (was Re: ...) |
| Message-ID | <vo47ii$3clnl$3@dont-email.me> |
| In reply to | #182063 |
On Fri, 7 Feb 2025 00:44:06 -0500, Paul wrote: > On Thu, 2/6/2025 5:42 PM, Lawrence D'Oliveiro wrote: > >> You mean you consider that Linux kernel and GNU app suite to be >> “Microsoft-provided”? Even though Microsoft had little or nothing to >> do with the development of that software? >> > It's a containerized environment, which lacks substantial details. Is that a yes or a no? Remember, containers are a Linux thing. Windows doesn’t do containers. Not very well anyway, since the abandonment of Docker for Windows. > No, it's not out-of-the-box Linux. I never said it was.
[toc] | [prev] | [next] | [standalone]
Page 8 of 9 — ← Prev page 1 2 3 4 5 6 7 [8] 9 Next page →
Back to top | Article view | alt.comp.os.windows-10
csiph-web