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

Groups > alt.os.linux > #50835 > unrolled thread

Quick cross-platform question on Ubuntu/MacOS dual boot basics

Back to article view | Back to alt.os.linux

Contents

  Quick cross-platform question on Ubuntu/MacOS dual boot basics "Arlen H. Holder" <arlenholder@nospam.net> - 2018-09-21 19:14 +0000
    Re: Quick cross-platform question on Ubuntu/MacOS dual boot basics Mike Easter <MikeE@ster.invalid> - 2018-09-21 12:31 -0700
      Re: Quick cross-platform question on Ubuntu/MacOS dual boot basics "Arlen H. Holder" <arlenholder@nospam.net> - 2018-09-21 19:43 +0000
    Re: Quick cross-platform question on Ubuntu/MacOS dual boot basics "R.Wieser" <address@not.available> - 2018-09-21 21:42 +0200
      Re: Quick cross-platform question on Ubuntu/MacOS dual boot basics "Arlen H. Holder" <arlenholder@nospam.net> - 2018-09-21 20:06 +0000
      Re: Quick cross-platform question on Ubuntu/MacOS dual boot basics Dan Purgert <dan@djph.net> - 2018-09-21 20:10 +0000
        Re: Quick cross-platform question on Ubuntu/MacOS dual boot basics "Arlen H. Holder" <arlenholder@nospam.net> - 2018-09-21 20:21 +0000
          Re: Quick cross-platform question on Ubuntu/MacOS dual boot basics Dan Purgert <dan@djph.net> - 2018-09-21 21:56 +0000
            Re: Quick cross-platform question on Ubuntu/MacOS dual boot basics "Arlen H. Holder" <arlenholder@nospam.net> - 2018-09-22 01:31 +0000
              Re: Quick cross-platform question on Ubuntu/MacOS dual boot basics Danny DeVito <invalid@invalid.invalid> - 2018-09-22 00:59 -0400
                Re: Quick cross-platform question on Ubuntu/MacOS dual boot basics "Arlen H. Holder" <arlenholder@nospam.net> - 2018-09-22 12:29 +0000
                  Re: Quick cross-platform question on Ubuntu/MacOS dual boot basics "Cybe R. Wizard" <cybe_r_wizard@WizardsTower.invalid> - 2018-09-22 21:14 -0500
                    Re: Quick cross-platform question on Ubuntu/MacOS dual boot basics Rene Lamontagne <rlamont@shaw.ca> - 2018-09-22 21:31 -0500
                    Re: Quick cross-platform question on Ubuntu/MacOS dual boot basics Wildman <best_lay@yahoo.com> - 2018-09-22 23:20 -0500
              Re: Quick cross-platform question on Ubuntu/MacOS dual boot basics "Cybe R. Wizard" <cybe_r_wizard@WizardsTower.invalid> - 2018-09-22 03:22 -0500
                Re: Quick cross-platform question on Ubuntu/MacOS dual boot basics "Arlen H. Holder" <arlenholder@nospam.net> - 2018-09-22 12:08 +0000
                  Re: Quick cross-platform question on Ubuntu/MacOS dual boot basics "Cybe R. Wizard" <cybe_r_wizard@WizardsTower.invalid> - 2018-09-22 21:05 -0500
    Re: Quick cross-platform question on Ubuntu/MacOS dual boot basics Aragorn <thorongil@telenet.be> - 2018-09-22 04:10 +0200
      Re: Quick cross-platform question on Ubuntu/MacOS dual boot basics "Arlen H. Holder" <arlenholder@nospam.net> - 2018-09-22 03:40 +0000
      Re: Quick cross-platform question on Ubuntu/MacOS dual boot basics Paul <nospam@needed.invalid> - 2018-09-21 23:41 -0400
        Re: Quick cross-platform question on Ubuntu/MacOS dual boot basics "Arlen H. Holder" <arlenholder@nospam.net> - 2018-09-22 14:11 +0000
      Re: Quick cross-platform question on Ubuntu/MacOS dual boot basics "Arlen H. Holder" <arlenholder@nospam.net> - 2018-09-22 16:35 +0000
        Re: Quick cross-platform question on Ubuntu/MacOS dual boot basics Aragorn <thorongil@telenet.be> - 2018-09-22 19:08 +0200
          Re: Quick cross-platform question on Ubuntu/MacOS dual boot basics "Arlen H. Holder" <arlenholder@nospam.net> - 2018-09-22 17:34 +0000
            Re: Quick cross-platform question on Ubuntu/MacOS dual boot basics Aragorn <thorongil@telenet.be> - 2018-09-23 06:18 +0200
              Re: Quick cross-platform question on Ubuntu/MacOS dual boot basics "Arlen H. Holder" <arlenholder@nospam.net> - 2018-09-23 13:22 +0000
                Re: Quick cross-platform question on Ubuntu/MacOS dual boot basics Aragorn <thorongil@telenet.be> - 2018-09-23 16:16 +0200
                  Re: Quick cross-platform question on Ubuntu/MacOS dual boot basics Dan Purgert <dan@djph.net> - 2018-09-23 14:52 +0000
                  Re: Quick cross-platform question on Ubuntu/MacOS dual boot basics "Arlen H. Holder" <arlenholder@nospam.net> - 2018-09-23 15:25 +0000
                    Re: Quick cross-platform question on Ubuntu/MacOS dual boot basics "Arlen H. Holder" <arlenholder@nospam.net> - 2018-09-24 00:34 +0000
                      Re: Quick cross-platform question on Ubuntu/MacOS dual boot basics "Arlen H. Holder" <arlenholder@nospam.net> - 2018-09-24 03:15 +0000
                        Re: Quick cross-platform question on Ubuntu/MacOS dual boot basics Aragorn <thorongil@telenet.be> - 2018-09-24 05:54 +0200
                          Re: Quick cross-platform question on Ubuntu/MacOS dual boot basics Paul <nospam@needed.invalid> - 2018-09-24 05:08 -0400
                          Re: Quick cross-platform question on Ubuntu/MacOS dual boot basics Dan Purgert <dan@djph.net> - 2018-09-24 10:30 +0000
                            Re: Quick cross-platform question on Ubuntu/MacOS dual boot basics "Arlen H. Holder" <arlenholder@nospam.net> - 2018-09-24 11:35 +0000
                              Re: Quick cross-platform question on Ubuntu/MacOS dual boot basics Dan Purgert <dan@djph.net> - 2018-09-24 12:09 +0000
                                Re: Quick cross-platform question on Ubuntu/MacOS dual boot basics "Arlen H. Holder" <arlenholder@nospam.net> - 2018-09-24 13:00 +0000
                                  Re: Quick cross-platform question on Ubuntu/MacOS dual boot basics Jasen Betts <jasen@xnet.co.nz> - 2018-09-24 21:17 +0000
                Re: Quick cross-platform question on Ubuntu/MacOS dual boot basics "Cybe R. Wizard" <cybe_r_wizard@WizardsTower.invalid> - 2018-09-23 14:43 -0500
                  Re: Quick cross-platform question on Ubuntu/MacOS dual boot basics Dan Purgert <dan@djph.net> - 2018-09-23 19:55 +0000
          Re: Quick cross-platform question on Ubuntu/MacOS dual boot basics Dan Purgert <dan@djph.net> - 2018-09-22 19:55 +0000
            Re: Quick cross-platform question on Ubuntu/MacOS dual boot basics "Arlen H. Holder" <arlenholder@nospam.net> - 2018-09-22 20:19 +0000
              Re: Quick cross-platform question on Ubuntu/MacOS dual boot basics "Cybe R. Wizard" <cybe_r_wizard@WizardsTower.invalid> - 2018-09-22 21:20 -0500
                Re: Quick cross-platform question on Ubuntu/MacOS dual boot basics Aragorn <thorongil@telenet.be> - 2018-09-23 06:26 +0200
              Re: Quick cross-platform question on Ubuntu/MacOS dual boot basics Dan Purgert <dan@djph.net> - 2018-09-23 12:50 +0000
                Re: Quick cross-platform question on Ubuntu/MacOS dual boot basics "Arlen H. Holder" <arlenholder@nospam.net> - 2018-09-23 13:55 +0000
                  Re: Quick cross-platform question on Ubuntu/MacOS dual boot basics Dan Purgert <dan@djph.net> - 2018-09-23 14:40 +0000
                    Re: Quick cross-platform question on Ubuntu/MacOS dual boot basics "Arlen H. Holder" <arlenholder@nospam.net> - 2018-09-23 15:39 +0000
        Re: Quick cross-platform question on Ubuntu/MacOS dual boot basics "Arlen H. Holder" <arlenholder@nospam.net> - 2018-09-22 20:39 +0000
          Re: Quick cross-platform question on Ubuntu/MacOS dual boot basics "Arlen H. Holder" <arlenholder@nospam.net> - 2018-09-25 03:38 +0000
            Re: Quick cross-platform question on Ubuntu/MacOS dual boot basics Aragorn <thorongil@telenet.be> - 2018-09-25 07:33 +0200
              Re: Quick cross-platform question on Ubuntu/MacOS dual boot basics "Arlen H. Holder" <arlenholder@nospam.net> - 2018-09-25 15:48 +0000
                Re: Quick cross-platform question on Ubuntu/MacOS dual boot basics Aragorn <thorongil@telenet.be> - 2018-09-26 01:09 +0200
                  Re: Quick cross-platform question on Ubuntu/MacOS dual boot basics "Arlen H. Holder" <arlenholder@nospam.net> - 2018-09-26 00:07 +0000
                    Re: Quick cross-platform question on Ubuntu/MacOS dual boot basics "Arlen H. Holder" <arlenholder@nospam.net> - 2018-09-26 00:17 +0000

Page 3 of 3 — ← Prev page 1 2 [3]

#50855

Aragorn wrote:
> On Saturday 22 September 2018 18:35, Arlen H. Holder conveyed the 
> following to alt.os.linux...
>
>> On Sat, 22 Sep 2018 04:10:01 +0200, Aragorn wrote:
>> 
>>> In read-only fashion, most certainly, yes, but I don't know whether
>>> GNU/Linux can _write_ to HFS+.
>> 
>> Hi Aragorn and Paul,
>> Would you (and others) kindly look over this unfinished untested
>> compilation I created this morning which I cannot test (I don't have a
>> Mac), but which comes from reliable references you & Paul & Wolffan
>> helpfully provided?
>> 
>> [...]
>> 
>>  --- cut here for disable_journal.c ---
>> #include <stdio.h>
>> #include <stdlib.h>
>> #include <unistd.h>
>> #include <sys/types.h>
>> #include <sys/mman.h>
>> #include <fcntl.h>
>> #include <byteswap.h>
>> 
>> [...]
>
> While the rest of your instructions seems okay at first glance, I'm 
> afraid I don't speak C, so I'm going to have to defer to someone who 
> does. :)
>

The C appears to disabling the HFS+ journaling fratures.  However, I
can't confirm it won't be potentially damaging to the data contained on
said HFS-formatted partition.


-- 
|_|O|_| Registered Linux user #585947
|_|_|O| Github: https://github.com/dpurgert
|O|O|O| PGP: 05CA 9A50 3F2E 1335 4DC5  4AEE 8E11 DDF3 1279 A281

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

#50856

On Sat, 22 Sep 2018 19:55:11 -0000 (UTC), Dan Purgert wrote:

> The C appears to disabling the HFS+ journaling fratures.  However, I
> can't confirm it won't be potentially damaging to the data contained on
> said HFS-formatted partition.

Everyone brings this FUD up, where there are a bunch of super obvious
common workaround responses, but where I'd like more data about each
workaround before I give any as actual advice.

Let's look at the workarounds, factually, and as adults and not just kids
afraid of the imaginary monster in the closet.

1. Most of what I read said you don't have to disable journaling, so,
that's the simplest solution for those who are afraid of the monster in the
closet.

2. Even if you do disable journaling, I didn't see _any_ reports of
corruption, and, even if there was corruption, we presented fsck options to
fix it.

3. If people are really afraid of the monster in the closet, and if they
still wish to disable journaling, there's nothing stopping them from
creating a partition first, and copying data to that partition as a
failsafe and working only on the copies.

4. If they're still afraid of the monster in the closet, they can close the
closet door after getting their toys out of the closet, in that they can
always re-enable journaling after making their copy (it's just a switch).

5. I'm sure there are other things people can do besides all that, ending
with the switch to turn journaling back on if people are so inclined.

Speaking of the switch, I saw some indication that Apple figured out that
people were doing this, and in the _latests_ releases, Apple _removed_ the
switch to disable journaling on the Mac.

Does anyone here have a Mac who can confirm or deny whether the journaling
switch is still easily available on the Mac OS?

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

#50862

On Sat, 22 Sep 2018 20:19:22 -0000 (UTC)
"Arlen H. Holder" <arlenholder@nospam.net> wrote:

> I didn't see _any_ reports of
> corruption, and, even if there was corruption, we presented fsck
> options to fix it.


"...there wasn't any, but if there was there were options to fix..."

So which is it?  Either there weren't any or there were with options.

I don't think anyone is ready to believe you here.

Cybe R. Wizard
-- 
My other car is a Chandler MetalSmith Mark III.

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

#50867

On Sunday 23 September 2018 04:20, Cybe R. Wizard conveyed the following 
to alt.os.linux...

> On Sat, 22 Sep 2018 20:19:22 -0000 (UTC)
> "Arlen H. Holder" <arlenholder@nospam.net> wrote:
> 
>> I didn't see _any_ reports of corruption, and, even if there was
>> corruption, we presented fsck options to fix it.
> 
> 
> "...there wasn't any, but if there was there were options to fix..."
> 
> So which is it?  Either there weren't any or there were with options.

I'm afraid you're misreading him, Brother Wizard.  Just because there 
isn't any corruption doesn't mean that there wouldn't be any options to 
fix corruption, since those options also have to be available for 
corruption caused by other things, such as an unclean shutdown.

The ability to repair filesystem corruption is generic to any advanced 
operating system ─ macOS is after all based upon a modified FreeBSD ─ 
and isn't specific to filesystem corruption occurring as a result of 
disabling the journal.

-- 
With respect,
= Aragorn =

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

#50868

Arlen H. Holder wrote:
> On Sat, 22 Sep 2018 19:55:11 -0000 (UTC), Dan Purgert wrote:
>
>> The C appears to disabling the HFS+ journaling fratures.  However, I
>> can't confirm it won't be potentially damaging to the data contained on
>> said HFS-formatted partition.
>
> Everyone brings this FUD up, where there are a bunch of super obvious
> common workaround responses, but where I'd like more data about each
> workaround before I give any as actual advice.

What "FUD"?  That I personally am /uncertain/ of the code's ability to
safely disable the journaling?  

Hmm, it's almost like you want me to be onmiscient, and guarantee that
someone else's code will work without fail 100% of the time.
>
> Let's look at the workarounds, factually, and as adults and not just kids
> afraid of the imaginary monster in the closet.
>
> 1. Most of what I read said you don't have to disable journaling, so,
> that's the simplest solution for those who are afraid of the monster in the
> closet.

which has *zero* to do with the comment (you removed) stating that the
person (Aragorn?) couldn't tell you anything about that C program.  
>
> 2. Even if you do disable journaling, I didn't see _any_ reports of
> corruption, and, even if there was corruption, we presented fsck options to
> fix it.

Good for you.
>
> 3. If people are really afraid of the monster in the closet, and if they
> still wish to disable journaling, there's nothing stopping them from
> creating a partition first, and copying data to that partition as a
> failsafe and working only on the copies.

That's not how journaling works at all.  A filesystem journal is a
(temporary) "scratch list" of actions that are pending completion on the
partition (copies, and locations of the journals depend on filesystem).
Theres no possibility to "work on copies", since the secondary
filesystem has different (or no) journals.

>
> 4. If they're still afraid of the monster in the closet, they can close the
> closet door after getting their toys out of the closet, in that they can
> always re-enable journaling after making their copy (it's just a switch).

Again, thats not how journaling works.  Say you have a notebook of
everything you need to do today. Now, burn it.

Sure, you can start over with a new notebook, but can you guarantee that
you didn't forget something from the now-destroyed one?


-- 
|_|O|_| Registered Linux user #585947
|_|_|O| Github: https://github.com/dpurgert
|O|O|O| PGP: 05CA 9A50 3F2E 1335 4DC5  4AEE 8E11 DDF3 1279 A281

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

#50870

On Sun, 23 Sep 2018 12:50:07 -0000 (UTC), Dan Purgert wrote:

> What "FUD"? 

Hi Dan,

Everything you post just wastes everyone's time, since it's clear all you
wish to do is troll, and sow FUD after you've been called out on trolling.

I first need to explain to you that I first learned the term "Sowing FUD"
in undergraduate business ethics classes, as being a classic marketing
ploy, which is *strategic in intent*, cleverly devised, orchestrated, and
rolled out by marketing, to psychologically induce an unaware consumer to
unwittingly do exactly what marketing wants them to do, by sowing
unnecessary and *completely unwarranted Fear, Uncertainty, and Doubt*.

If the fear, uncertainty and doubt are actually real, then it's not "sowing
FUD". It's simply facts.

Adults use amelioration techniques which I explained to you, in detail.
Adults are funny that way, in how they deal with _actual_ facts.

Dan Purgert - Please read my initial response to you again, as neither you
nor the other common troll seems to have comprehended that my response was
intended to make you think like an adult thinks, which is why I brought up
the analogy of the monster in the closet, which is unwarranted fear,
uncertainty, and doubt for children.

Aragorn proved he has the comprehensive mind of an adult.

I need you to *comprehend* the following three (obvious) statements:
- The fear should to be real (i.e., based on actual experience and facts)
- The uncertainty should be real (i.e., based on actual experience & facts)
- The doubt should be real (i.e., based on actual experience & facts)

HINT: There's a reason I brought up the "monster in the closet" analogy.

It's not only a classic marketing move to "Sow FUD", but it's also a
classic childish tactic of people who don't like new ideas to 'Sow FUD'.

My response to you was clear - and it was based on an adult comprehension
of the problem set.

Read my response again, please, Dan Purgert, as my response is the type of
response an _adult_ provides to anyone who seems to claim (as you seem to
have intimated) that they're intensely fearful that the monster in the
closet will eat their toys while they sleep.

If you're _that_ afraid of the monster in the closet scenario, how do you
ever get into an airplane, or car, or elevator for heaven's sake?

HINT: Airplanes blow up, cars crash, & elevator doors crush people.

> That I personally am /uncertain/ of the code's ability to
> safely disable the journaling?  

There's a reason I brought up the "monster in the closet" analogy, as every
child is afraid of the dark too. 

HINT: Did I mention that airplanes crash? If not, I mention it now.

> Hmm, it's almost like you want me to be onmiscient, and guarantee that
> someone else's code will work without fail 100% of the time.

There's a reason I brought up the "monster in the closet" analogy, as every
child is afraid of the dark too. 

HINT: Did I mention that cars blow up? If not, I mention it now.

> which has *zero* to do with the comment (you removed) 

First off, Dan Purgert, I know you trolls all too well.
You _hate_ when I don't play your silly games. 
Hence, you hate when I use normal appropriate Usenet quoting etiquette.

HINT: <http://www.html-faq.com/etiquette/?quoting?>

> stating that the
> person (Aragorn?) couldn't tell you anything about that C program.  

Dan Purgert, 
I think you maintain a shred of decency left, since you're simply trying to
sow FUD instead of your normal trolling.

However, you're not advancing our *adult value* by complaining incessantly
about what may very well be an imaginary monster in the closet.

If you can do the job with journaling, then where's your fear?

Even with journaling turned off permanently, I proposed multiple *super
obvious* ameliorations to the fact that a Mac, sans journaling, could
corrupt the system even without the presence of Linux for God's sake
(Aragorn understood that, why can't you?).

And, I proposed additional multiple methods where journaling doesn't even
have to be turned off permanently, nor for the main partition.

That you _persist_ in attempting to sow FUD, even after being provided with
the classic super obvious ameliorations, simply indicates, to me, that all
you wish to do, Dan Purgert, after being caught trolling, is to now sow
FUD.

If you have a warranted fear that is not ameliorated, then let us know.
HINT: Planes do crash, cars do explode, and elevators do fall.

Simple related question for you, Dan Purgert:
Q: What do adults do to ameliorate those admittedly fearful situations?

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

#50872

Arlen H. Holder wrote:
> On Sun, 23 Sep 2018 12:50:07 -0000 (UTC), Dan Purgert wrote:
>
>> What "FUD"? 
>
> Hi Dan,
>
> Everything you post just wastes everyone's time [...]
In your opinion.

>
> I first need to explain to you that I first learned the term "Sowing
> FUD" [...]

No, you don't.

The fact of the matter is, in MID po5sui$6le$1@dont-email.me, Aragorn
indicated that he needed someone else to speak to the C program you
posted in MID po5r0v$e7e$1@news.mixmin.net.  I reviewed the code and
came to the conclusion that 

 - it does what it says
 - I cannot confirm with 100% certainty that it does so in a manner that
   will guarantee safety of data, either from internal (i.e. a bug) or
   external (i.e. user-error) sources.

It is up to the reader, then, to determine if the potential risks
involved with running the program are acceptable to them; as well as
ensure they're taking proper precautions.

> [...]
> I need you to *comprehend* the following three (obvious) statements:
> - The fear should to be real (i.e., based on actual experience and facts)
> - The uncertainty should be real (i.e., based on actual experience & facts)
> - The doubt should be real (i.e., based on actual experience & facts)

Actual experience and facts -> "Messing with partitions, and the
filesystems contained therein *can be* and often *is* dangerous".  


-- 
|_|O|_| Registered Linux user #585947
|_|_|O| Github: https://github.com/dpurgert
|O|O|O| PGP: 05CA 9A50 3F2E 1335 4DC5  4AEE 8E11 DDF3 1279 A281

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

#50875

On Sun, 23 Sep 2018 14:40:42 -0000 (UTC), Dan Purgert wrote:

>> Everything you post just wastes everyone's time [...]
> In your opinion.

Nope. The facts are obvious. 
What actual *value* have you added up until now, Dan Purgert?

HINT: Your penultimate post *does* contain useful facts about filesystems.

> It is up to the reader, then, to determine if the potential risks
> involved with running the program are acceptable to them; as well as
> ensure they're taking proper precautions.

this is the third post on this same topic where I have to drop to the
utterly childish level of you, Dan Purgert, to explain the obvious.

What you're trying to tell me is that you're afraid of the monster in the
closet. I get that. You're afraid of something that you (a) don't like, (b)
don't want, and (c) don't understand.

I get that Dan Purgert. 

What _you_ don't get is that we're trying to move forward, technically,
with *adult ideas* on the simple topic of booting the Mac to Ubuntu and
then being able to access the iOS, Android, Ubuntu, Windows, and Mac file
system.

Since that (apparently) can be done sans disabling journaling, for you to
incessantly latch on an imaginary monster in the closet, is childish.

Dan Purgert, 
Most of us are _not_ children.
We're adults.
We _further_ our combined knowledge.
We use _facts_ to do so.

We don't incessantly sow meaninglessly conjured up FUD like you do.

We're trying to move the ball forward, Dan Purgert.
Unlike you - who can only troll or sow meaningless unsubstantiated FUD.

> Actual experience and facts -> "Messing with partitions, and the
> filesystems contained therein *can be* and often *is* dangerous".  

Recommendation to Dan Purgert:
 Dear Dan Purgert,
  Please stop wasting everyone's time if all you can do is sow FUD.
  If you are actually an adult, then you _can_ add adult value.
  Please, act like an adult & help move the technical ball forward.
 Thank you, 
 

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

#50857

On Sat, 22 Sep 2018 16:35:44 -0000 (UTC), Arlen H. Holder wrote:

> REFERENCES:

To help everyone, as always, I updated the references list ... 
(and fixed a few items in the compilation, but nothing major so 
I'll wait to re-publish the details once more information is in 
from linux users who can test it on the Mac).

============================================================================
REFERENCES (in alphabetical order):
 <http://alt.os.linux.narkive.com/ekHuTNWB/quick-cross-platform-question-on-ubuntu-macos-dual-boot-basics>
 <http://askubuntu.com/questions/332315/how-to-read-and-write-hfs-journaled-external-hdd-in-ubuntu-without-access-to-os>
 <http://groups.google.com/forum/#!topic/alt.os.linux/0kdhyqga5FQ>
 <http://jaysonlorenzen.wordpress.com/2010/09/13/linux-unable-to-write-to-non-journaled-hfsplus-drive/>
 <http://lifehacker.com/5702815/the-complete-guide-to-sharing-your-data-across-multiple-operating-systems>
 <http://lifewire.com/dual-boot-linux-and-mac-os-4125733>
 <http://pastebin.com/W8pfgHRe>
 <http://refit.sourceforge.net/info/boot_process.html>
 <http://superuser.com/questions/84446/how-to-mount-a-hfs-partition-in-ubuntu-as-read-write>
 <http://ubuntuforums.org/showthread.php?t=1420673>
============================================================================

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

#50916

On Sat, 22 Sep 2018 20:39:07 -0000 (UTC), Arlen H. Holder wrote:

> To help everyone, as always, I updated the references list ...

In addition to the original goal, with the help of a few people on the
Windows, Mac, and this Linux newsgroup we came up with a half dozen nice
ways to get Windows to read our Linux partitions on dual-boot desktops.

The details for the tribal knowledge archives are in this thread:
 <http://alt.comp.os.windows-10.narkive.com/EOP3G3NM/quick-assessment-of-3-windows-tools-to-read-write-linux-filesystems-on-dual-boot-desktops>

A quick summary of Windows tools that read Linux dual-boot partitions are:
1. *7-zip*
   <http://7-zip.org/download.html
2. *Linux Reader*
   <https://www.diskinternals.com/linux-reader/>
3. *Ext2Read*
   <https://sourceforge.net/projects/ext2read/>
4. *Ext2Fsd*
   <https://sourceforge.net/projects/ext2fsd/files/Ext2fsd/0.69/>
5. *Ext4Explorer*
   <https://sourceforge.net/projects/ext4explore/?source=directory>
6. *Paragon*
   <https://www.paragon-software.com/business/extfs-for-windows/>

If you know of other Windows tools (particular FOSS) that read from and
write to your Linux partitions on your dual-boot desktop, let us know so
that we all benefit from your knowledge and experience, as always.

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

#50917

On Tuesday 25 September 2018 05:38, Arlen H. Holder conveyed the 
following to alt.os.linux...

> A quick summary of Windows tools that read Linux dual-boot partitions
> are: 1. *7-zip*
>    <http://7-zip.org/download.html
> 2. *Linux Reader*
>    <https://www.diskinternals.com/linux-reader/>
> 3. *Ext2Read*
>    <https://sourceforge.net/projects/ext2read/>
> 4. *Ext2Fsd*
>    <https://sourceforge.net/projects/ext2fsd/files/Ext2fsd/0.69/>
> 5. *Ext4Explorer*
>    <https://sourceforge.net/projects/ext4explore/?source=directory>
> 6. *Paragon*
>    <https://www.paragon-software.com/business/extfs-for-windows/>
> 
> If you know of other Windows tools (particular FOSS) that read from
> and write to your Linux partitions on your dual-boot desktop, let us
> know so that we all benefit from your knowledge and experience, as
> always.

There is yet another way, but I don't know whether that has already been 
addressed anywhere.  It's also a little less straightforward than simply 
accessing another local filesystem directly.

If we consider a scenario with a dual-boot installation of Microsoft 
Windows and GNU/Linux specifically ─ I suppose it would also work on a 
Macintosh with macOS installed in dual-boot with either Microsoft 
Windows or GNU/Linux ─ and if one of the operating systems has a virtual 
machine monitor installed (such as VirtualBox or VMWare), then files 
could be shared between both systems by using a network protocol.

I do not know whether macOS supports NFS ─ I believe to have recently 
read that it doesn't, but considering that NFS is native to UNIX, it 
should normally be supported in macOS as well ─ but for sharing between 
Microsoft Windows and GNU/Linux, one can use Samba.  

On GNU/Linux, you would install the Samba _server_ package if GNU/Linux 
is to host the files to be shared.  If the Windows system is the host of 
the shared files, then you would use the Samba _client_ package on 
GNU/Linux.  Most distributions install the client package by default but 
not the server package, although it'll always be available from the 
repositories.

In the event of macOS, I believe that it does support Samba, but if it 
supports NFS for sharing with a GNU/Linux machine ─ regardless of which 
of the two is the host system and which is the client system ─ then 
that's even better.  NFS is a robust and time-proven technology for 
sharing files between UNIX machines across the network.

Of course, all of the above excludes the portable devices with Android 
or iOS, unless a networked file-sharing client can be installed on those 
as well.  I have no experience with that, so I don't know.  I'm only 
mentioning it because you addressed Android and iOS in an earlier post 
on this thread.

Mind you, I'm just thinking out loud, and it's still early in the 
morning.  I still haven't properly woken up. :p

-- 
With respect,
= Aragorn =

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

#50933

On Tue, 25 Sep 2018 07:33:16 +0200, Aragorn wrote:

> Of course, all of the above excludes the portable devices with Android 
> or iOS, unless a networked file-sharing client can be installed on those 
> as well.  I have no experience with that, so I don't know.  I'm only 
> mentioning it because you addressed Android and iOS in an earlier post 
> on this thread.

Thanks for thinking of additional solutions for how to access the other
desktop operating systems from a boot to Ubuntu.

While we've covered SMB in gory detail on all the platform newsgroups
(Winodws, Android, iOS, and Mac), I don't think the SMB protocol (or any
server:client protocol such as HTTP, FTP, SMB, SSH, etc.) apply in this
situation because we're only booted to one of the three desktop operating
systems at a time.

That is, in the most complex case, we have a triple-boot desktop (or dual
boot), where we boot to Ubuntu and where we want to access the file system
of the non-booted systems's files.

I don't think, offhand anyway, that a server:client setup will work, but I
do agree that in _other_ situations, a server:client setup does do things
that are useful

For example:
a. Run an SMB server on any desktop os and then access via a mobile client
b. Run an FTP server on any mobile os and then access via a desktop client
c. Run an HTTP server on any mobile os and then access via a desktop client

I have done SSH (years ago) where I don't remember the SSH setup direction:
d. Run an FTP server on any desktop os and then access via a mobile client?
d. Run an FTP server on any mobile os and then access via a desktop client?

But note for the client:server setups, _both_ OS's need to be running!

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

#50942

On Tuesday 25 September 2018 17:48, Arlen H. Holder conveyed the 
following to alt.os.linux...

> On Tue, 25 Sep 2018 07:33:16 +0200, Aragorn wrote:
> 
>> Of course, all of the above excludes the portable devices with
>> Android or iOS, unless a networked file-sharing client can be
>> installed on those as well.  I have no experience with that, so I
>> don't know.  I'm only mentioning it because you addressed Android and
>> iOS in an earlier post on this thread.
> 
> Thanks for thinking of additional solutions for how to access the
> other desktop operating systems from a boot to Ubuntu.
> 
> While we've covered SMB in gory detail on all the platform newsgroups
> (Winodws, Android, iOS, and Mac), I don't think the SMB protocol (or
> any server:client protocol such as HTTP, FTP, SMB, SSH, etc.) apply in
> this situation because we're only booted to one of the three desktop
> operating systems at a time.
> 
> [...]
>
> But note for the client:server setups, _both_ OS's need to be running!

Of course ─ that goes without saying.  But my approach to the issue was 
rather one of making sure that files could be shared, as opposed to 
making sure that one operating system could read the filesystems of 
another operating systems.  Or otherwise put, I was approaching this 
from the vantage that getting access to the data would be more important 
than the protocol used. ;)

-- 
With respect,
= Aragorn =

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

#50944

On Wed, 26 Sep 2018 01:09:07 +0200, Aragorn wrote:

> Of course € that goes without saying.  But my approach to the issue was 
> rather one of making sure that files could be shared, as opposed to 
> making sure that one operating system could read the filesystems of 
> another operating systems.  Or otherwise put, I was approaching this 
> from the vantage that getting access to the data would be more important 
> than the protocol used. ;)

Yes but ... we solved _that_ (far easier) problem _years_ ago.

I wrote so many apnotes on that subject that I won't even look them up,
there are so many.

So, yes, it's nice ... but it's so easy ... we solved it long ago.

But it's still nice ... so I appreciate that you're thinking about the
overall solution such that _any_ file on any platform at any time is
available to the user, as it should be.

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

#50945

On Wed, 26 Sep 2018 00:07:58 -0000 (UTC), Arlen H. Holder wrote:

> But it's still nice ... so I appreciate that you're thinking about the
> overall solution such that _any_ file on any platform at any time is
> available to the user, as it should be.

BTW, if you (or anyone else) can solve the well-known non-root SMB client
port problem, from Android to Linux and/or Windows smb servers, _that_
would move the ball forward.

[toc] | [prev] | [standalone]

Page 3 of 3 — ← Prev page 1 2 [3]

Back to top | Article view | alt.os.linux

csiph-web