vent locking of
> directories though.
>
I am doing this project for an encrypted container.
I need to investigate whether or not I can place multiple encrypted directories
upon the USB drive, all independent of course. Meaning a separate pass phrase
for each. Also if they are truly independent.
I will get to your other points after I have finished with this. I haven’t
made a big enough mess with this as of now.
On 28/11/2023 19:03, Pocket wrote:
On 11/28/23 06:27, Max Nikulin wrote:
*Login* protector used by pam_fscrypt is a different case.
Well I will see about that when the time comes.
I have a few ideas that may "fix" that, untested at the present time of
course.
Just a couple of additional n
On 11/28/23 06:27, Max Nikulin wrote:
On 28/11/2023 18:12, Pocket wrote:
Not really looking to encrypt the whole file system. As another
project I want to try making the root filesystem mostly read only.
You may mount a partition encrypted using LUKS2 by providing a
passphrase during ini
On 28/11/2023 18:12, Pocket wrote:
Not really looking to encrypt the whole file system. As another project
I want to try making the root filesystem mostly read only.
You may mount a partition encrypted using LUKS2 by providing a
passphrase during initrd stage. It should be more straightforw
+found even when directories are locked. Encrypting a whole
partition is a LUKS realm.
Not really looking to encrypt the whole file system. As another project
I want to try making the root filesystem mostly read only.
I am looking to be able to encrypt a USB drive and be able to move that
On 28/11/2023 00:09, Pocket wrote:
mount /dev/sdd1 /home/fscrypt
fscrypt setup
fscrypt encrypt /home/fscrypt
I am unsure if it is possible to use fscrypt for whole filesystem since
it needs .fscrypt unencrypted. ext2 driver might need access to
lost+found even when directories are locked. E
I am trying to use fscrypt to encrypt then be able to mount and umount it
Then fscrypt unlock to access it
I have been unable to do so in that after I mount the drive and setup
fscrypy I then have to create another directory under the mount point.
The USB drive was formatted like this
I am replying to an old thread which described the same or similar
problem that I had. I have a solution which may be useful to store in
the mailing list archives. The thread started with this message:
https://lists.debian.org/debian-user/2018/05/msg00391.html
* 2018-05-11 11:11:42-0500, Ken
On Sun, Jun 20, 2021 at 11:09 AM Ottavio Caruso
wrote:
>
> I have a removable mp3 player that gets auto-magically mounted as:
>
> $ mount |grep sdb
> /dev/sdb1 on /media/oc/PHILIPS type vfat
> (rw,nosuid,nodev,relatime,uid=1000,gid=1000,fmask=0022,dmask=0022,codepage=437,iocharset=ascii,shortname=
The automatic mount and unmount were performed by the USB mount system.
The stick was newish and hasn't been previously written to.
The stick's filesystem is FAT32, in common with most USB sticks.
The auto mount command included the -tvfat option.
I got the message that you frequently see, so i
On Mon 26 Oct 2020 at 17:09:17 (+), Mick Ab wrote:
> > > > > […] the messages revealed that just before
> > > > > the stick was unplugged, the kernel suddenly found the stick and
> > > > > automatically mounted it to /media/usb0.
> Why did the kernel automatically mount the stick ?
>From the
> Why did the kernel automatically mount the stick ?
FWIW, I'm pretty sure the kernel didn't: the only partition mounted
directly by the kernel is the root partition when booting. After that,
partitions are only booted upon explicit request from some program
(could be something part of udev or sy
Why did the kernel automatically mount the stick ?
Usually mounts have to be made manually for this port.
On 26 Oct 2020 15:24, "David Wright" wrote:
> On Mon 26 Oct 2020 at 13:56:36 (+), Curt wrote:
> > On 2020-10-26, Joe wrote:
> > >
> > > When you say 'just before', are you talking milli
On Mon 26 Oct 2020 at 13:56:36 (+), Curt wrote:
> On 2020-10-26, Joe wrote:
> >
> > When you say 'just before', are you talking milliseconds or minutes?
> >
> > USB 'plugs' are appalling, and I've known sticks to be unrecognised, but
> > found after wiggling the device slightly.
> >
>
> I hav
On 2020-10-26, Joe wrote:
>
> When you say 'just before', are you talking milliseconds or minutes?
>
> USB 'plugs' are appalling, and I've known sticks to be unrecognised, but
> found after wiggling the device slightly.
>
I have a USB port like that; it's fickle. But I only actually realized
or p
On Mon, 26 Oct 2020 12:08:11 +
Mick Ab wrote:
> A USB memory stick has been plugged into a USB 3 port for quite a few
> days. The stick was left there after it was discovered that the
> kernel does not recognise it (e.g. fdisk - l does not show the stick).
>
> It was decided to unplug the st
A USB memory stick has been plugged into a USB 3 port for quite a few days.
The stick was left there after it was discovered that the kernel does not
recognise it (e.g. fdisk - l does not show the stick).
It was decided to unplug the stick. Subsequently the command
cat /var/log/messages was run a
On 5/2/20 3:11 am, Charlie Gibbs wrote:
> If one is on a debian system and formatting a usb drive
> that will be recognized by a Mac, I know that xfs is usually
> a good choice for the file system but what type of partition
> are we supposed to use to enclose that xfs file sys
On Tue, 04 Feb 2020 08:48:54 -0600, "Martin McCormick"
marti...@suddenlink.net> wrote:
> If one is on a debian system and formatting a usb drive
> that will be recognized by a Mac, I know that xfs is usually
> a good choice for the file system but what type of partition
&g
Martin McCormick composed on 2020-02-04 15:48 (UTC+0100):
> If one is on a debian system and formatting a usb drive
> that will be recognized by a Mac, I know that xfs is usually a
> good choice for the file system but
> what type of partition are we supposed to use to encl
Martin McCormick composed on 2020-02-04 09:48 (UTC-0500):
> If one is on a debian system and formatting a usb drive
> that will be recognized by a Mac, I know that xfs is usually a
> good choice for the file system but
> what type of partition are we supposed to use to encl
On 2/4/20 3:48 PM, Martin McCormick wrote:
If one is on a debian system and formatting a usb drive
that will be recognized by a Mac, I know that xfs is usually a
good choice for the file system but
what type of partition are we supposed to use to enclose that xfs
file system?
I
If one is on a debian system and formatting a usb drive
that will be recognized by a Mac, I know that xfs is usually a
good choice for the file system but
what type of partition are we supposed to use to enclose that xfs
file system?
I know if you plug a linux thumb drive in to a
[Please don't top post, and please try to use a mail client that quotes
properly.]
On Sun, 1 Dec 2019 22:08:13 + (UTC)
D&P Dimov wrote:
> On Saturday, November 30, 2019, 10:08:20 PM EST, Celejar
> wrote:
>
> On Tue, 26 Nov 2019 13:52:13 + (UTC)
> D&P Dimov wrote:
>
> > Hi Fo
On Tue, 26 Nov 2019 13:52:13 + (UTC)
D&P Dimov wrote:
> Hi Folks,
> I am running the latest Debian Stable (10.2) with AQEMU frontend for
> QEMU 0.9.2 (2016.05.31). The guest OS is Windows 10. How to I get that
> gues OS, Windows, to "see" a flash drive plugged into a USB port? My
> search for
If you configure a "SPICE" video port, the SPICE protocol allows for USB
redirection from clients. In other words, you can open a viewer to the
VM, plug in your USB device locally and then "forward" it to the VM.
https://www.phoronix.com/scan.php?page=news_item&px=MTEzMTQ seems a good
primer, but
Hi,
basti wrote:
> I have the same problem, with netinstall iso on usb stick it search for
> cd at hatdware detection step ab abort this with an error.
>
> usb stick is create with unetbootin an test in kvm.
Does the trick of
https://askubuntu.com/questions/671159/bootable-usb-needs-cd-rom
work
boot devices in the BIOS, except the USB drive. It works
>> now.
>
> This is surprising and unplausible even within the usual range of firmware
> madness.
>
> I understand that the "mount CDROM step" is performed by a Linux kernel
> on behalf of software in the in
On Sat 27 Jul 2019 at 18:51:37 +0200, basti wrote:
> usb stick is create with unetbootin an test in kvm.
It's amazing! We have an Installation Guide. Is it read? When it
is read, how many ignore the advice? Even users with experience
of Debian.
--
Brian.
boot devices in the BIOS, except the USB drive. It works
>> now.
>
> This is surprising and unplausible even within the usual range of firmware
> madness.
>
> I understand that the "mount CDROM step" is performed by a Linux kernel
> on behalf of software in the in
Hi,
TomK/Brian_S wrote:
> I disabled all boot devices in the BIOS, except the USB drive. It works
> now.
This is surprising and unplausible even within the usual range of firmware
madness.
I understand that the "mount CDROM step" is performed by a Linux kernel
on behalf of
Received from Thomas on Fri, 19 Jul 2019 23:14:06 +0200 Re:
Buster installer on USB searches for CDROM instead of using USB
drive
> I got "The CD-ROM autodetection was successful... The installation
> will now continue."
> ... and so the installation c
On Fri 19 Jul 2019 at 15:29:34 (-0400), TomK wrote:
> In the Debian installer, on the "debian-10.0.0-amd64-DVD-1.iso"
> written to USB flash drive works perfectly, up to the mount CDROM step.
> There is no way to tell the installer to use the USB drive.
>
> Since I be
On Fri, Jul 19, 2019 at 5:15 PM Thomas Schmitt wrote:
>
> TomK wrote:
> > Since I began using USB flash media for the installation disk, I have
> > always simply downloaded DVD-1.iso, used 'dd' to write it to the USB,
> > booted with it, and installed Debian!
>
Indeed: I was successful in this
Hi,
TomK wrote:
> Since I began using USB flash media for the installation disk, I have
> always simply downloaded DVD-1.iso, used 'dd' to write it to the USB,
> booted with it, and installed Debian!
This should be reported as bug towards package "debian-cd".
You could try this proposal from
h
On 2019-07-19 20:29, TomK wrote:
In the Debian installer, on the "debian-10.0.0-amd64-DVD-1.iso"
written to USB flash drive works perfectly, up to the mount CDROM step.
There is no way to tell the installer to use the USB drive.??
Since I began using USB flash media for the installati
In the Debian installer, on the "debian-10.0.0-amd64-DVD-1.iso"
written to USB flash drive works perfectly, up to the mount CDROM step.
There is no way to tell the installer to use the USB drive.
Since I began using USB flash media for the installation disk, I have
always simply down
On 15/01/19 12:24 PM, Dan Ritter wrote:
> USB for backups: the hard drive is dead. Get a new one. Test it.
I had one that appeared to die (WD 1TB IIRC) - I cut it open, and the
sata drive inside works fine, it was just the usb interface that had died.
Richard
signature.asc
Description: OpenPG
gt;
> In the boot sequence, I see "Failed" where it tries to mount the USB drive.
> I also can't seem to get that drive to mount on anything else, which
> suggests that it has been corrupted.
>
> Can somebody suggest where to start looking for the problem?
Clean
Ladies and Gentlemen:
We've got a Debian 8 box (an old Dell 400SC) that won't launch X (it
boots to a command line) or Tomcat, nor mount a USB hard drive that we
use for backups.
It will, however, accept ssh connections.
In the boot sequence, I see "Failed" where it tr
On Mon, Nov 19, 2018 at 09:50:12AM -0800, Rick Thomas wrote:
>
>
> > On Nov 18, 2018, at 7:31 PM, Reco wrote:
> >
> > On Sun, Nov 18, 2018 at 11:56:27AM -0800, Rick Thomas wrote:
> >>
> On 11/14/18, Reco wrote:
> > If you're content with losing all this metadata in your backup - ther
> On Nov 18, 2018, at 7:31 PM, Reco wrote:
>
> Hi.
>
> On Sun, Nov 18, 2018 at 11:56:27AM -0800, Rick Thomas wrote:
>>
On 11/14/18, Reco wrote:
> If you're content with losing all this metadata in your backup - there
> are rsync, cpio or tar. Or all those ‘backup solution
Hi.
On Sun, Nov 18, 2018 at 11:56:27AM -0800, Rick Thomas wrote:
>
> >> On 11/14/18, Reco wrote:
> >>> If you're content with losing all this metadata in your backup - there
> >>> are rsync, cpio or tar. Or all those ‘backup solutions' based on those.
>
> >> On Wed, Nov 14, 2018 at 12:5
>> On 11/14/18, Reco wrote:
>>> If you're content with losing all this metadata in your backup - there
>>> are rsync, cpio or tar. Or all those ‘backup solutions' based on those.
>> On Wed, Nov 14, 2018 at 12:52:57PM -0500, Lee wrote:
>> Do I need all that metadata? This is for me at home so i
On 11/15/18, Reco wrote:
> On Thu, Nov 15, 2018 at 02:00:47PM -0500, Lee wrote:
>> On 11/15/18, Reco wrote:
>> > On Thu, Nov 15, 2018 at 10:43:30AM -0500, Lee wrote:
>> >> implying you keep lots of backups. For how long?
>> >
>> > Depends. Backups of your 1-2 GB of root/var can be kept for a yea
On Thu, Nov 15, 2018 at 02:00:47PM -0500, Lee wrote:
> On 11/15/18, Reco wrote:
> > On Thu, Nov 15, 2018 at 10:43:30AM -0500, Lee wrote:
> >> implying you keep lots of backups. For how long?
> >
> > Depends. Backups of your 1-2 GB of root/var can be kept for a year,
> > given weekly backups and a
On 11/15/18, Reco wrote:
> On Thu, Nov 15, 2018 at 10:43:30AM -0500, Lee wrote:
>> implying you keep lots of backups. For how long?
>
> Depends. Backups of your 1-2 GB of root/var can be kept for a year,
> given weekly backups and a typical multi TB NAS.
> Private user's data can be measured in t
On Thu, 15 Nov 2018 08:07:34 +0300
Reco wrote:
...
> Cron can and will send a e-mail to a pre-determined address, if a batch
> job writes something to stdout/stderr.
> So then you do a backup, you have two choices:
>
> a) Log all and everything, and get your e-mail every day.
> b) Log errors on
erabytes, so keeping more than a
couple of backups is problematic.
> >> > Avoiding human mistakes is impossible indeed, hence the backups. And
> >> > filesystem snapshots, but that's a different matter.
> >> >
> >> >
> >> >> &
#x27;s a different matter.
>> >
>> >
>> >> > And, I'm strong believer of 'machine works, human thinks' principle.
>> >> > Automating backups to NFS (and replicating them from there) is
>> >> > simple.
>> >>
On 15/11/18 6:12 PM, Reco wrote:
> Hi.
>
> On Thu, Nov 15, 2018 at 01:12:35PM +1300, Richard Hector wrote:
>> On 15/11/18 7:26 AM, Reco wrote:
but leaves you open to cryptolocker ransomware & various 'oh shit!'
moments when I do something stupid. Offline & offsite is worth a
Hi.
On Thu, Nov 15, 2018 at 01:12:35PM +1300, Richard Hector wrote:
> On 15/11/18 7:26 AM, Reco wrote:
> >> but leaves you open to cryptolocker ransomware & various 'oh shit!'
> >> moments when I do something stupid. Offline & offsite is worth a
> >> certain amount of inconvenience to me.
ence the backups. And
> > filesystem snapshots, but that's a different matter.
> >
> >
> >> > And, I'm strong believer of 'machine works, human thinks' principle.
> >> > Automating backups to NFS (and replicating them from there) is simpl
) scripts.
to an encrypted usb drive?
I use cryptsetup(8) to encrypt my drives and partitions.
This is my first try at moving off windows, so it'd be best to assume
I know almost nothing about linux admin stuff.
Get a desktop computer that you can dedicate to Linux. (Installing and
ru
On 15/11/18 7:26 AM, Reco wrote:
>> but leaves you open to cryptolocker ransomware & various 'oh shit!'
>> moments when I do something stupid. Offline & offsite is worth a
>> certain amount of inconvenience to me.
> Nope. Because:
>
> a) You do not do backups as a regular user.
> b) You do not ke
fine.
Most probably. But I think using Firefox comes with a certain amount
of risk - probably not all that much on debian but still a risk; as
does having an all-the-time online backup.
> Avoiding human mistakes is impossible indeed, hence the backups. And
> filesystem snapshots, but
On 11/14/18, Michael Wagner wrote:
> On Nov 14, 2018 at 12:18:47, Lee wrote:
>> On 11/14/18, Jonathan Dowland wrote:
>>
>> > I'd recommend
>> > taking a look at rsync for performing the copy.
>>
>> I've used rsync at work. It was fast & good enuf for keeping my files
>> on different machines con
On 11/14/18, to...@tuxteam.de wrote:
> On Wed, Nov 14, 2018 at 12:18:47PM -0500, Lee wrote:
>
> [...]
>
> Just for one data point -- I do my backups basically this way, all
> from the command line
>
> sudo cryptsetup open /dev/sdXX backup
> sudo mount /dev/mapper/backup /media/backup
> backu
On 11/14/18, Andrew McGlashan wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA256
>
> Hi,
>
> On 15/11/18 2:01 am, Lee wrote:
>> What are you using to backup your files to an encrypted usb drive?
>
> In an ideal world:
<.. snip good suggestions ..&g
-0500, Lee wrote:
> >> >> What are you using to backup your files to an encrypted usb drive?
> >> >
> >> > For the backup itself - dump(8) or xfsdump(8) (filesystem dependent).
> >>
> >> Which seems to require restore or xfsrestore?
> >
On Nov 14, 2018 at 12:18:47, Lee wrote:
> On 11/14/18, Jonathan Dowland wrote:
>
> > I'd recommend
> > taking a look at rsync for performing the copy.
>
> I've used rsync at work. It was fast & good enuf for keeping my files
> on different machines consistent but I never figured out how to sync
On 11/14/18, Reco wrote:
> On Wed, Nov 14, 2018 at 10:50:44AM -0500, Lee wrote:
>> On 11/14/18, Reco wrote:
>> >Hi.
>> >
>> > On Wed, Nov 14, 2018 at 10:01:38AM -0500, Lee wrote:
>> >> What are you using to backup your files to an encrypted usb
On Wed, Nov 14, 2018 at 12:18:47PM -0500, Lee wrote:
[...]
> Well that's .. surprising. I went with xfce because it's supposed to
> be 'lightweight' and I'm trying debian on an old laptop. If I go with
> something other than xfce is it just mounting & unlocking the external
> drive that changes
On 11/14/18, Jonathan Dowland wrote:
> On Wed, Nov 14, 2018 at 10:01:38AM -0500, Lee wrote:
>>What I've been using on windows is truecrypt to encrypt the drive and
>>1) unison + gui frontend to do a quick backup of selected files & 2) a
>>bat file that calls xcopy to copy files with the archive fl
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Hi,
On 15/11/18 2:01 am, Lee wrote:
> What are you using to backup your files to an encrypted usb drive?
In an ideal world:
1. Don't use TrueCrypt any longer, VeraCrypt is the natural
replacement in the Winblows world. TrueCrypt has
On Wed, Nov 14, 2018 at 10:50:44AM -0500, Lee wrote:
> On 11/14/18, Reco wrote:
> > Hi.
> >
> > On Wed, Nov 14, 2018 at 10:01:38AM -0500, Lee wrote:
> >> What are you using to backup your files to an encrypted usb drive?
> >
> > For the backup
On 11/14/18, Reco wrote:
> Hi.
>
> On Wed, Nov 14, 2018 at 10:01:38AM -0500, Lee wrote:
>> What are you using to backup your files to an encrypted usb drive?
>
> For the backup itself - dump(8) or xfsdump(8) (filesystem dependent).
Which seems to require restore
On Wed, Nov 14, 2018 at 10:01:38AM -0500, Lee wrote:
What I've been using on windows is truecrypt to encrypt the drive and
1) unison + gui frontend to do a quick backup of selected files & 2) a
bat file that calls xcopy to copy files with the archive flag set to
YYMMDD/ on an encrypted drive (ie.
Hi.
On Wed, Nov 14, 2018 at 10:01:38AM -0500, Lee wrote:
> What are you using to backup your files to an encrypted usb drive?
For the backup itself - dump(8) or xfsdump(8) (filesystem dependent).
For the encryption of this hypothetical drive (I don't use USB drives
for these
What are you using to backup your files to an encrypted usb drive?
This is my first try at moving off windows, so it'd be best to assume
I know almost nothing about linux admin stuff.
What I've been using on windows is truecrypt to encrypt the drive and
1) unison + gui frontend to
On Fri, 20 Jul 2018 00:20:02 -0400
songbird wrote:
Hello songbird,
> i always turn off the automatic reboot. i don't want
If this machine had that option, so would I. Meaning; once powered
down it requires user interaction to restart, it doesn't automatically
reboot after power is restored.
Brad Rogers wrote:
...
> During stormy weather, in the exposed rural area I live in, power can go
> off several times an hour. Although it's rarely longer than a few
> seconds at a time, it's enough to forcibly shut down computers, and
> would be rather annoying if said computer were to be shut do
Cindy-Sue Causey wrote:
...
> Whatever it was that happened, I now tell my BIOS to NO, DO *NOT* keep
> trying to come back up if a power failure completely shuts it down at
> some point. That's from having seen the lights and thus power flicker
> on and off some 4, 5, 6, 7 times within a 2 or 3 min
On Thu, Jul 19, 2018 at 12:47 PM Brad Rogers wrote:
> On Thu, 19 Jul 2018 18:14:19 +0200
> deloptes wrote:
>
> >why not use something more decent like ext3 or ext4? we are in 2018 ;-)
>
> (your smiley noted)
> Ken gave no indication of time-frame, other than in the past. Could've
> been last we
On Thu, 19 Jul 2018 18:14:19 +0200
deloptes wrote:
Hello deloptes,
>why not use something more decent like ext3 or ext4? we are in 2018 ;-)
(your smiley noted)
Ken gave no indication of time-frame, other than in the past. Could've
been last week, could've been twenty years ago.
--
Regards
Kenneth Parker wrote:
> My worst, was kind of "mild", though scary: I had to rebuild /boot (on
> ext2), because the last action was placing a copy of the Linux Kernel on
> /boot.
why not use something more decent like ext3 or ext4? we are in 2018 ;-)
regards
On Thu, Jul 19, 2018, 8:09 AM Brad Rogers wrote:
> On Thu, 19 Jul 2018 07:56:34 -0400
> Kenneth Parker wrote:
>
> Hello Kenneth,
>
> >My worst, was kind of "mild", though scary: I had to rebuild /boot (on
> >ext2), because the last action was placing a copy of the Linux Kernel on
> >/boot.
>
>
On Thu, 19 Jul 2018 07:56:34 -0400
Kenneth Parker wrote:
Hello Kenneth,
>My worst, was kind of "mild", though scary: I had to rebuild /boot (on
>ext2), because the last action was placing a copy of the Linux Kernel on
>/boot.
It was the fear of such an issue (an inability to boot) that finally
On Thu, Jul 19, 2018, 2:20 AM Brad Rogers wrote:
>
> Worst I had happen as a result of power failure was that disk the
> journal couldn't recover everything required, such that sector errors
> were reported on every boot. A reformat got around that. Tiresome, but
> not fatal.
>
My worst, was
On Wed, 18 Jul 2018 15:34:37 -0400
Cindy-Sue Causey wrote:
Hello Cindy-Sue,
(I've removed references, so this should no longer thread with the USB
drive thread)
>reinstall... or something. I don't remember hardware getting fried,
>just [code]. Maybe it was even "that ot
On 7/18/18, Brad Rogers wrote:
> On Wed, 18 Jul 2018 09:47:31 -0400
> songbird wrote:
>
>> we get enough power flickers that it's probably saved
>>me a lot of issues over the years since. well worth the
>>$80 i spent.
>
> Agreed, *well* worth the spend.
>
> During stormy weather, in the exposed
On Wed, 18 Jul 2018 09:47:31 -0400
songbird wrote:
Hello songbird,
> we get enough power flickers that it's probably saved
>me a lot of issues over the years since. well worth the
>$80 i spent.
Agreed, *well* worth the spend.
During stormy weather, in the exposed rural area I live in, power
Martin McCormick wrote:
...
> We normally have a stable power situation, here, but
> recently we had 4 small glitches in one day plus several more
> before and after that day and anything mounted rw usually needs
> the fsck procedure afterward to be sure it is still any good.
>
> Nothin
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On Tue, Jul 17, 2018 at 04:46:59PM -0500, Martin McCormick wrote:
> writes:
> > -BEGIN PGP SIGNED MESSAGE-
> > Hash: SHA1
> >
> > Yes, you can. Try
[...]
> Thank you. I see the error of my ways, now. I had tried just
> about everything ex
writes:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> Yes, you can. Try
>
> sudo mount -oro /dev/ /mnt
>
> (for a more concrete example, assuming your USB drive comes up as
> /dev/sdc and has one partition, say /dev/sdc1):
>
> sudo mount -oro /
On 7/17/2018 9:44 PM, Martin McCormick wrote:
The reason to do this is to protect data on thumb drives full of
archives.
When searching for information, most of the discussion
was from people who had root file systems which had been
corrupted so the mount process mounted them read-only.
es, you can. Try
sudo mount -oro /dev/ /mnt
(for a more concrete example, assuming your USB drive comes up as
/dev/sdc and has one partition, say /dev/sdc1):
sudo mount -oro /dev/sdc1 /mnt
Now if you are using a desktop environment, it will most probably
mount things for you... but read/w
The reason to do this is to protect data on thumb drives full of
archives.
When searching for information, most of the discussion
was from people who had root file systems which had been
corrupted so the mount process mounted them read-only.
In this case, all is well and the drive
How can I mount a usb device in KDE as a normal user?
When a USB drive is plugged in, an icon pops up in the KDE panel.
Clicking on it shows the "Device Notifier" screen. But when I click on
the "open with file manager" bubble in this screen, it says "you are
not author
earch turned up resources on this, but it seems the answers were about
> booting a Linux rescue disk or such.
>
> I tried just to dd the iso to the usb drive (/dev/sdc) but that did not do
> the trick. Was that supposed to work just like that?
>
> There is unetbootin, but I rather do
On Wed, Oct 26, 2016 at 03:48:49PM -0500, Richard Owlett wrote:
> On 10/26/2016 1:57 PM, Stefan Monnier wrote:
> >>I need to boot into a hard drive diagnostic tool which is provided only as
> >>an ISO image by the manufacturer. Since my laptop does not have a CD drive,
> >>I hoped I could use a US
On 10/26/2016 1:57 PM, Stefan Monnier wrote:
I need to boot into a hard drive diagnostic tool which is provided only as
an ISO image by the manufacturer. Since my laptop does not have a CD drive,
I hoped I could use a USB flash drive to run this tool from.
I would try `grub-imageboot`: put the
> I need to boot into a hard drive diagnostic tool which is provided only as
> an ISO image by the manufacturer. Since my laptop does not have a CD drive,
> I hoped I could use a USB flash drive to run this tool from.
I would try `grub-imageboot`: put the .iso into /boot/images/ then
update-grub,
Hi,
Matyas A. Sustik wrote:
> I need to boot into a hard drive diagnostic tool which is provided only as
> an ISO image by the manufacturer. Since my laptop does not have a CD drive,
> I hoped I could use a USB flash drive to run this tool from.
It depends much on the entrails of the ISO and its
nux rescue disk or such.
>
> I tried just to dd the iso to the usb drive (/dev/sdc) but that did not do
> the trick. Was that supposed to work just like that?
>
> There is unetbootin, but I rather do not install more software until I can
> run the hdd diagnostic. My drive is dying
Linux rescue disk or such.
I tried just to dd the iso to the usb drive (/dev/sdc) but that did not do
the trick. Was that supposed to work just like that?
There is unetbootin, but I rather do not install more software until I can
run the hdd diagnostic. My drive is dying according to smartmon
On 29 August 2016 at 20:20, Alan E. Davis wrote:
>
>
>
> I tried changing permissions of /media. Not solved.
>
> an NTFS partition was not mountable unless dismounted from the automatic
> mount point; as far as I can see, this is not the case for vfat or ext4
> partitions.
>
> I did copy a udev
Hello:
I have four partitions on a USB drive, including ntfs, fat32, and
ext4. None of them is accessible as automounted. Each of them is
accessible as root, however, and each of them is
accessible when mounted manually with this command:
$ sudo mount /dev/sdXN /mnt/
I realize this
I am using debian stretch and gnome.
When I plug in a usb external drive with four partitions (including ext4,
ntfs, fat32) they are mounted automatically, but when I click on any of
them in files or dolphin, this message is received: The location could not
be displayed. You do not have the permi
Sorry. I replied to the wrong thread.
1 - 100 of 553 matches
Mail list logo
