02-08-2010
It the new LUN is on external storage why not do it the way you said but just mount it somewhere else, copy the contents, then remount it where you want. That would save doing a backup & restore.
6 More Discussions You Might Find Interesting
1. Solaris
Using Solaris 10 with Veritas Storage Foundation running. I want to copy all contents from DISKA LUN1 to DISKB LUN2. What would be the command syntax to do this? (0 Replies)
Discussion started by: soupbone38
0 Replies
2. Solaris
Hi,
I have configured our SAN Storage to be connected to our new SUN T5220.
On the SAn it looks all fine
on the server I do not see any connection:
cfgadm -al
Ap_Id Type Receptacle Occupant Condition
c1 scsi-bus connected ... (4 Replies)
Discussion started by: manni2
4 Replies
3. UNIX and Linux Applications
Hi,
i have a server installed samba+openldap (pdc). Need to migration windows server 2003 (active directory) object users, computers.
Where you can read how to do it? Or can tell me how to do it?
Thanks.
P.S. Sorry for bad english (0 Replies)
Discussion started by: ap0st0l
0 Replies
4. Solaris
Hi all,
I'm in a situation which i need to understand the best way of doing a migration of storage involved in a zone.Elements involved are solaris 10 (Generic_144488-08), metasets. I need to provision more storage to the said non-global zone and not aware of the "best practices" from the ... (2 Replies)
Discussion started by: ossupport55
2 Replies
5. Solaris
Hi All
Kindly let me know how can I move Solaris 10 OS running update 10 on physical machine to another machine solaris zone running Solaris 10 update 11 (2 Replies)
Discussion started by: amity
2 Replies
6. Hardware
Hello,
We are considering storage migration for RAC database servers(using ASM) from VMAX to VNX?
Any good/bad pointers in this regards please.
Best regards,
Vishal (1 Reply)
Discussion started by: admin_db
1 Replies
LEARN ABOUT XFREE86
systemd-remount-fs.service
SYSTEMD-REMOUNT-FS.SERVICE(8) systemd-remount-fs.service SYSTEMD-REMOUNT-FS.SERVICE(8)
NAME
systemd-remount-fs.service, systemd-remount-fs - Remount root and kernel file systems
SYNOPSIS
systemd-remount-fs.service
/lib/systemd/systemd-remount-fs
DESCRIPTION
systemd-remount-fs.service is an early boot service that applies mount options listed in fstab(5) to the root file system, the /usr file
system, and the kernel API file systems. This is required so that the mount options of these file systems -- which are pre-mounted by the
kernel, the initial RAM disk, container environments or system manager code -- are updated to those listed in /etc/fstab. This service
ignores normal file systems and only changes the root file system (i.e. /), /usr and the virtual kernel API file systems such as /proc,
/sys or /dev. This service executes no operation if /etc/fstab does not exist or lists no entries for the mentioned file systems.
For a longer discussion of kernel API file systems see API File Systems[1].
SEE ALSO
systemd(1), fstab(5), mount(8)
NOTES
1. API File Systems
https://www.freedesktop.org/wiki/Software/systemd/APIFileSystems
systemd 237 SYSTEMD-REMOUNT-FS.SERVICE(8)