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 | 18 on this page of 158 — 14 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 "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 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 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: 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 8 — ← Prev page 1 2 3 4 5 6 7 [8]
| 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]
| From | Janis Papanagnou <janis_papanagnou+ng@hotmail.com> |
|---|---|
| Date | 2025-02-05 17:38 +0100 |
| Subject | Re: External media file systems (was Re: ...) |
| Message-ID | <vo0460$2f8rs$1@dont-email.me> |
| In reply to | #181985 |
On 05.02.2025 05:43, 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. Maybe. I compared it just in the context of what was there before in these more primitive OSes. And it *had* handling of small files as feature at least, as opposed to these previous primitive file systems we spoke about. > Also it’s too monolithically integrated into the Windows kernel. I seem to recall to have read about it in an article before it got released or integrated in Windows... > Windows lacks a Linux-style generic > VFS layer that can support a mix of different filesystems; ...and when Linux was just starting to evolve. > everything is > too heavily centred around the specific capabilities of NTFS. Can't tell. Windows and NTFS were never of practical concern to me. (In my own primary system I use more than one file system type and these are contemporary ones.) Janis
[toc] | [prev] | [next] | [standalone]
| From | Lawrence D'Oliveiro <ldo@nz.invalid> |
|---|---|
| Date | 2025-02-06 00:06 +0000 |
| Subject | Re: External media file systems (was Re: ...) |
| Message-ID | <vo0udp$2k46v$2@dont-email.me> |
| In reply to | #182007 |
On Wed, 5 Feb 2025 17:38:23 +0100, Janis Papanagnou wrote: > On 05.02.2025 05:43, 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. > > Maybe. I compared it just in the context of what was there before in > these more primitive OSes. That was back in the 1990s.
[toc] | [prev] | [next] | [standalone]
| From | Lawrence D'Oliveiro <ldo@nz.invalid> |
|---|---|
| Date | 2025-02-03 21:56 +0000 |
| Message-ID | <vnre2a$1fpir$1@dont-email.me> |
| In reply to | #181895 |
On Sun, 2 Feb 2025 15:50:17 +0100, Carlos E.R. wrote: > Android is *nix based, yes, but uses an MsDOS filesystem (FAT). Not for its internal storage. It would only use that for media that would be exchanged with other computers. For internal storage, it can use any of the available Linux-supported filesystems.
[toc] | [prev] | [next] | [standalone]
| From | gazelle@shell.xmission.com (Kenny McCormack) |
|---|---|
| Date | 2025-02-02 14:53 +0000 |
| Subject | A little bit of discussion between Janis and me (Was: Stupid suggestion(s) for "portable" "memory" using Windows & Android "editors") |
| Message-ID | <vno0u0$3omvg$1@news.xmission.com> |
| In reply to | #181893 |
In article <vnnv7i$nmrk$1@dont-email.me>, Janis Papanagnou <janis_papanagnou+ng@hotmail.com> wrote: ... >> Calling drive letters "crap" isn't "aggressive" ? > >I wouldn't think so, but maybe we have a different view on that. What I >meant and was addressing was the _ad hominem_ aggressivity. (It wouldn't >have occurred to me that calling a technical mis-design "crap" would be >considered aggressive.) Maybe it is a language barrier (*), but, yes, there is a strong feeling nowadays that criticizing a technology *is* criticizing the people who use that technology (and like it). And they get defensive about it. When you criticize, say, DOS/Windows drive letters, all those people who like that sort of thing get all fee-fee-hurt and react accordingly. Thus, on some forums, you are not allowed to criticize any technology. (*) English not being your first language (not that there is anything wrong with that...) >I think that personal "Die fucking troll, Die." >[from "Quincy the fifth"] is something vastly different than "Feature >C: D: is crap." Oh, that. That's just the ravings of a lunatic. No one pays it any attention whatsoever. I thought you were referring to my first post on this thread, commenting on the ravings of our resident lunatic (Arlen). That could be seen as "aggressive". That post is what set our resident lunatic on fire in the first place (Don't know if you've noticed, but Q5 has been posting that crap all over Usenet, not just here). >Well, I worked in the past also in DOS and Windows environments. I would imagine so. But Android is actually more different from Linux than Windows is from Unix/Linux. >And I seem to recall that there were some sorts/variant of "links" >available (but I might be misremembering). Yeah, true, but not particular relevant to this discussion. Note that symlinks do work under Android (I do it all the time), but Arlen is too busy discovering his navel to realize that. >And Android is a Linux (Unix) based OS >so I'd expect that such primitive and basic mechanisms are nor removed >from this OS. But I don't know; so if it's not applicable readers may >just dismiss my hint. Yes, Android is Linux based, but it is enough different that I consider it a separate animal. Essentially, everything that isn't absolutely necessary is disabled, so it is very hard to work in. It is kind of like Linux with both hands tied behind your back. You have to hit the keyboard (i.e., screen) with your nose. -- 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/RepInsults
[toc] | [prev] | [next] | [standalone]
| From | "Carlos E.R." <robin_listas@es.invalid> |
|---|---|
| Date | 2025-02-01 20:59 +0100 |
| Message-ID | <t1b27lx0aj.ln2@Telcontar.valinor> |
| In reply to | #181860 |
On 2025-02-01 16:34, Janis Papanagnou wrote: > [*] I, and the OS, should actually have an interest to know whether > there's another (or new) device in the system. Indeed. Long ago, I swapped a floppy but the software (DOS+TP) thought it was still the same floppy, and wrote the FAT and directory to the second floppy of the first floppy, resulting in corruption of the computer work I had to present my teachers. I couldn't blame the cat, but... -- Cheers, Carlos.
[toc] | [prev] | [next] | [standalone]
| From | Marion <marion@facts.com> |
|---|---|
| Date | 2025-02-02 22:54 +0000 |
| Message-ID | <vnot3d$c2h$1@nnrp.usenet.blueworldhosting.com> |
| In reply to | #181812 |
Woo hoo! The solution has been greatly improved!
It's important to note that Carlos kindly further improved this clever
trick, turning what was merely ingenious into brilliant in simplicity.
See below for details - where Carlos' solution supersedes that of mine!
Many thanks to Carlos (and others) for adding value in this thread!
On Sun, 2 Feb 2025 23:20:45 +0100, Carlos E.R. wrote :
-----< cut here for post that went only to the Android ng >-----
On Sun, 2 Feb 2025 23:20:45 +0100, Carlos E.R. wrote :
> Ok, now that I understand what type of editor you are talking about and
> the scenario,
Well, that's only one type of editor, but it's an editor that most of us
can agree that if we had an sdcard, that we'd want to store the (admittedly
huge) map data on that sdcard, which then needs to be edited at times.
> I can agree that changing the label of the card is the thing to do.
I think most people perhaps don't understand the genius of my advice
because they, themselves, never bothered to try to overcome problems.
So they've never experienced a seamless non-cloud phone-to-phone upgrade.
I have.
> It is a particular scenario.
I agree that about many Android phones sold today don't have a portable
storage slot (or it does double duty for the SIM card perhaps); but last we
checked, most Androids still came with the portable storage sdcard slot.
Given that is coupled with the fact that {OSMAnd~/OSMAnd+/OSMAnd} is a
common offline map application, people have to store its data somewhere.
It either takes up a lot of space on the sdcard0 internal memory.
Or not.
For those with sdcards & OSMAnd, it's easier just to match the volume name.
But, you can manually change the directories out from under this editor.
But not from all editors - which is the point of bringing up editors.
BTW, I learned this the hard way, as you can see from the images below:
<https://i.postimg.cc/nr8KNVby/sdcard06.jpg> OsmAnd~ Data storage folder
<https://i.postimg.cc/mrzHRxwB/sdcard07.jpg> OsmAnd~ Move to ext sdcard
<https://i.postimg.cc/vZ1RtXhc/sdcard08.jpg> OsmAnd~ Moved to ext storage
> Then, remember that you can just edit the label to anything without
> formatting, in Windows. There is a "label" command in MsDOS that should
> still be able to do the trick.
I used to write, decades ago, tutorials on MSDOS DEBUG programming, in the
Peter Norton days, but it has been a long time since I messed with that.
However, to your value-added point, yes, you can change the sdcard volume
name (aka volume label) using the DOS "label" command & the File Explorer.
Here's how to change the volume name through the command prompt:
1. Win+R > cmd
2. Label P: 2025-0202 (e.g., to label it as February 2nd, 2025)
3. Press "Enter"
You can also change the volume name through File Explorer:
1. Open File Explorer:
2. Right-click on your SD card:
3. Select "Properties":
4. In the "General" tab, change the text in the "Volume Label" field:
5. Click "OK"
Both methods work without affecting the data on your SD card.
This is actually a *much better* idea than the one I had espoused!
Since this offshoot is only on the Android newsgroup, I'm gonna forward it
to the rest of the groups so that others can benefit from this useful
improvement - which - I must admit - is sheer genius due to the fact that a
(quick) format isn't needed (and hence, existing data isn't in jeopardy).
Note: You generally do NOT have existing data on a new sdcard though. :)
> That said, it happens that I can not quadruple the storage in my tablet,
> because the maximum size it accepts is not that large.
Well, OK. I get that. For me, 128GB on my free Samsung works fine.
I just looked up how much it can take, and mine appears to be 1TB.
Lucky me. :) (I suspect by the time 1TB sdcards get to be about ten bucks,
I'll pine for a new phone (even as I'm happy with my free Galaxy A32-5G).
It's the iPhones that I have which always die (as AJL & I discussed earlier
in this thread) where my free ($200 MSRP) phone has a better battery than
Apple has ever put in any iPhone ever sold - where those iPhone batteries
are so bad, the EU will forbid Apple from selling their iPhone later this
year. Apple, being scared of the EU, finally upgraded the iPhone 15 to
*barely* meet the minimum charge-cycle lifetime expectations - which means
no iPhone older than that can be sold in the EU later this year.
Meanwhile, almost every Android phone not only easily met the battery
charge-cycle lifetime requirements, but most *doubled* the minimum spec.
--
Fancy that: Apple puts the cheapest components they can into the iPhone.
[toc] | [prev] | [standalone]
Page 8 of 8 — ← Prev page 1 2 3 4 5 6 7 [8]
Back to top | Article view | alt.comp.os.windows-10
csiph-web