- Community Home
- >
- Servers and Operating Systems
- >
- Legacy
- >
- Operating System - Tru64 Unix
- >
- Re: Transfer HD to another hardware
Operating System - Tru64 Unix
1753361
Members
5323
Online
108792
Solutions
Forums
Categories
Company
Local Language
юдл
back
Forums
Discussions
Forums
- Data Protection and Retention
- Entry Storage Systems
- Legacy
- Midrange and Enterprise Storage
- Storage Networking
- HPE Nimble Storage
Discussions
Discussions
Discussions
Forums
Forums
Discussions
юдл
back
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
- BladeSystem Infrastructure and Application Solutions
- Appliance Servers
- Alpha Servers
- BackOffice Products
- Internet Products
- HPE 9000 and HPE e3000 Servers
- Networking
- Netservers
- Secure OS Software for Linux
- Server Management (Insight Manager 7)
- Windows Server 2003
- Operating System - Tru64 Unix
- ProLiant Deployment and Provisioning
- Linux-Based Community / Regional
- Microsoft System Center Integration
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Blogs
Information
Community
Resources
Community Language
Language
Forums
Blogs
Go to solution
Topic Options
- Subscribe to RSS Feed
- Mark Topic as New
- Mark Topic as Read
- Float this Topic for Current User
- Bookmark
- Subscribe
- Printer Friendly Page
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО02-16-2011 12:28 PM
тАО02-16-2011 12:28 PM
I have make an image copy of the alpha station 433AU and installed it on anather alphaserver 400 4/166 and I start to boot with the command "b dka0 -fl 0 -fi genvmunix, after I'm not able to mount the pation a and g.The attually disk is rz0c instead the original was rz16c.
How can I do to fix the trouble?
How can I do to fix the trouble?
Solved! Go to Solution.
3 REPLIES 3
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО02-16-2011 09:28 PM
тАО02-16-2011 09:28 PM
Re: Transfer HD to another hardware
> [...] the alpha station 433AU [...]
Not a very detailed description of the OS.
sizer -v
"I'm not able" is not a useful problem
description. It does not say what you did.
It does not say what happened when you did
it.
In many UNIX(-like) operating systems, a file
like "/etc/fstab" contains disk names which
will be incorrect if the disk hardware is
changed, and that can cause normal "mount"
operations to fail. One common solution
involves booting from an OS installation
medium (like a CD-ROM), and escaping to a
normal (or maintenance) shell, then mounting
the problem file system manually, and editing
"/etc/fstab" (or whatever) so that it will be
correct in the new environment.
Not a very detailed description of the OS.
sizer -v
"I'm not able" is not a useful problem
description. It does not say what you did.
It does not say what happened when you did
it.
In many UNIX(-like) operating systems, a file
like "/etc/fstab" contains disk names which
will be incorrect if the disk hardware is
changed, and that can cause normal "mount"
operations to fail. One common solution
involves booting from an OS installation
medium (like a CD-ROM), and escaping to a
normal (or maintenance) shell, then mounting
the problem file system manually, and editing
"/etc/fstab" (or whatever) so that it will be
correct in the new environment.
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО02-17-2011 12:09 AM
тАО02-17-2011 12:09 AM
Solution
Pietro,
As Steven has indicated, before you can mount the filesystems from the new disk's partitions, you will need to edit /etc/fstab to point to the correct partitions.
Perhaps your /etc/fstab looks a bit like this :
/dev/rz16a / ufs rw 1 1
/proc /proc procfs rw 0 0
/dev/rz16g /usr ufs rw 1 2
/dev/rz16b swap1 ufs sw 0 2
Boot the system to single user
>>> boot dka0 -flags 0 -file /genvmunix
...
INIT: SINGLE USER MODE
#
Make the root filesystem writable :
# mount -u /
Edit fstab and change ALL the references 'rz16' to 'rz0'. Ie. change root, usr and swap.
# ed /etc/fstab
1,$s/rz16/rz0
w
q
Then the mounts from rz0 should work:
# mount -a
#
And thats it.
John M
As Steven has indicated, before you can mount the filesystems from the new disk's partitions, you will need to edit /etc/fstab to point to the correct partitions.
Perhaps your /etc/fstab looks a bit like this :
/dev/rz16a / ufs rw 1 1
/proc /proc procfs rw 0 0
/dev/rz16g /usr ufs rw 1 2
/dev/rz16b swap1 ufs sw 0 2
Boot the system to single user
>>> boot dka0 -flags 0 -file /genvmunix
...
INIT: SINGLE USER MODE
#
Make the root filesystem writable :
# mount -u /
Edit fstab and change ALL the references 'rz16' to 'rz0'. Ie. change root, usr and swap.
# ed /etc/fstab
1,$s/rz16/rz0
w
q
Then the mounts from rz0 should work:
# mount -a
#
And thats it.
John M
Nobody can serve both God and Money
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО02-18-2011 10:36 AM
тАО02-18-2011 10:36 AM
Re: Transfer HD to another hardware
I have tried to edit the file FSTAB but I was not able to save it (w), therefore I boot with another disk, then mount this disk and edit the FSTAB by VI command, then try to mount the partion /usr(g), but there was a dirty file system and I have used the command FSCK /DEV/RZ0G, then was possible to mount the /usr and lunch the DOCONFIG, at this point copy the new VMUNIX to partion ROOT and reboot and everything worked well,
fantastic.
Thank you very much everybody.
fantastic.
Thank you very much everybody.
The opinions expressed above are the personal opinions of the authors, not of Hewlett Packard Enterprise. By using this site, you accept the Terms of Use and Rules of Participation.
News and Events
Support
© Copyright 2024 Hewlett Packard Enterprise Development LP