Le volume2 est passé en volume3

[pluton212+]

(concerne DS716+II plus DX213)

Bonjour,

j'ai voulu déplacer mon player free dans une autre pièce.

J'ai donc débranché la prise électrique... du DX 213 par erreur.

Il y a mon volume 2 dessus qui s'est mis en dégradé.

J'ai sorti un disque du DX 213 sur lequel j'ai appliqué au passage un coup de 'dd if=/dev/zero of=/dev/sde' (e pour le disque en question) en guise de nettoyage.

J'ai remis le disque en place, le raid (SHR) s'est reconstruit en btrfs et tout est de nouveau accessible comme avant le crash.

Ma question concerne le nom (label ?) du volume:

au lieu de reprendre sa place en volume 2 je me retrouve avec un volume 3.

Le volume 2 est toujours là avec ces données:

Citation

root@DiskStation1:/volume2# ls -R
.:
@database  @eaDir

./@database:
mariadb10

./@database/mariadb10:
aria_log.00000001  ibdata1      multi-master.info   test
aria_log_control   ib_logfile0  mysql               VERSION
DiskStation1.err   ib_logfile1  performance_schema

./@database/mariadb10/mysql:
columns_priv.frm    help_topic.frm          servers.MYD
columns_priv.MYD    help_topic.MYD          servers.MYI
columns_priv.MYI    help_topic.MYI          slow_log.CSM
column_stats.frm    host.frm                slow_log.CSV
column_stats.MYD    host.MYD                slow_log.frm
column_stats.MYI    host.MYI                tables_priv.frm
db.frm              index_stats.frm         tables_priv.MYD
db.MYD              index_stats.MYD         tables_priv.MYI
db.MYI              index_stats.MYI         table_stats.frm
event.frm           innodb_index_stats.frm  table_stats.MYD
event.MYD           innodb_index_stats.ibd  table_stats.MYI
event.MYI           innodb_table_stats.frm  time_zone.frm
func.frm            innodb_table_stats.ibd  time_zone_leap_second.frm
func.MYD            plugin.frm              time_zone_leap_second.MYD
func.MYI            plugin.MYD              time_zone_leap_second.MYI
general_log.CSM     plugin.MYI              time_zone.MYD
general_log.CSV     proc.frm                time_zone.MYI
general_log.frm     proc.MYD                time_zone_name.frm
gtid_slave_pos.frm  proc.MYI                time_zone_name.MYD
gtid_slave_pos.ibd  procs_priv.frm          time_zone_name.MYI
help_category.frm   procs_priv.MYD          time_zone_transition.frm
help_category.MYD   procs_priv.MYI          time_zone_transition.MYD
help_category.MYI   proxies_priv.frm        time_zone_transition.MYI
help_keyword.frm    proxies_priv.MYD        time_zone_transition_type.frm
help_keyword.MYD    proxies_priv.MYI        time_zone_transition_type.MYD
help_keyword.MYI    roles_mapping.frm       time_zone_transition_type.MYI
help_relation.frm   roles_mapping.MYD       user.frm
help_relation.MYD   roles_mapping.MYI       user.MYD
help_relation.MYI   servers.frm             user.MYI

./@database/mariadb10/performance_schema:
accounts.frm
cond_instances.frm
db.opt
events_stages_current.frm
events_stages_history.frm
events_stages_history_long.frm
events_stages_summary_by_account_by_event_name.frm
events_stages_summary_by_host_by_event_name.frm
events_stages_summary_by_thread_by_event_name.frm
events_stages_summary_by_user_by_event_name.frm
events_stages_summary_global_by_event_name.frm
events_statements_current.frm
events_statements_history.frm
events_statements_history_long.frm
events_statements_summary_by_account_by_event_name.frm
events_statements_summary_by_digest.frm
events_statements_summary_by_host_by_event_name.frm
events_statements_summary_by_thread_by_event_name.frm
events_statements_summary_by_user_by_event_name.frm
events_statements_summary_global_by_event_name.frm
events_waits_current.frm
events_waits_history.frm
events_waits_history_long.frm
events_waits_summary_by_account_by_event_name.frm
events_waits_summary_by_host_by_event_name.frm
events_waits_summary_by_instance.frm
events_waits_summary_by_thread_by_event_name.frm
events_waits_summary_by_user_by_event_name.frm
events_waits_summary_global_by_event_name.frm
file_instances.frm
file_summary_by_event_name.frm
file_summary_by_instance.frm
host_cache.frm
hosts.frm
mutex_instances.frm
objects_summary_global_by_type.frm
performance_timers.frm
rwlock_instances.frm
session_account_connect_attrs.frm
session_connect_attrs.frm
setup_actors.frm
setup_consumers.frm
setup_instruments.frm
setup_objects.frm
setup_timers.frm
socket_instances.frm
socket_summary_by_event_name.frm
socket_summary_by_instance.frm
table_io_waits_summary_by_index_usage.frm
table_io_waits_summary_by_table.frm
table_lock_waits_summary_by_table.frm
threads.frm
users.frm

./@database/mariadb10/test:

./@eaDir:
docker  video

./@eaDir/docker:
SYNO@.attr

./@eaDir/video:
SYNO@.attr
root@DiskStation1:/volume2# 

Pensez vous que je doive tenter de supprimer ce volume 2 et essayer de renommer le volume 3 en volume 2 ou bien cela n'a pas d'importance pour la suite.

Merci.

Modifié le 8 octobre 2017 par pluton212+

[Einsteinium]

Hum si cela te dérange vraiment, supprime le 2 et le 3 et tu recrées, il devrait prendre le nom de volume 2, le changement à la brute du nom risque de posé quelques problèmes au dsm.

[pluton212+]

En fait le 2 n'apparait qu'en ssh, je ne me sens pas trop de le virer.

[Einsteinium]

Faut voir la taille que mange volume2 aussi... et s’il n’y a pas de paquet encore dessus.

[pluton212+]

Il n'y a que @database @eaDir des résidus de configuration p-e ?

Il y avait mariadb 10 et docker installés sur ce volume plus le dossier partagé "video"

Aprè le crash mariadb s'est désinstallé ainsi que docker et video est passé sur le volume 1.

Citation

@DiskStation1:/volume2$ cat /etc/fstab
none /proc proc defaults 0 0
/dev/root / ext4 defaults 1 1
/dev/vg1002/lv /volume3 btrfs nospace_cache,synoacl,relatime 0 0
/dev/vg1000/lv /volume1 btrfs nospace_cache,synoacl,relatime 0 0
 

 

 

Le volume 2 fait 28K

Citation

 

DiskStation1:/volume2$ ls -lsha
total 16K
4.0K drwxr-xr-x  4 root root 4.0K Oct  7 05:08 .
4.0K drwxr-xr-x 25 root root 4.0K Oct  8 07:01 ..
4.0K drwxr-xr-x  2 root root 4.0K Oct  8 06:46 @database
4.0K drwxrwxrwx  4 root root 4.0K Oct  6 16:33 @eaDir
 

@DiskStation1:/volume2$ du -sh /volume2
28K    /volume2
 

 

Modifié le 9 octobre 2017 par pluton212+

[Einsteinium]

Hum c’est que le synology à complètement abandonné ce volume, tu ne risque « rien » à le supprimé à première vue.

[pluton212+]

Hum, compliqué:

pvscan, vgscan, lvscan ne fonctionnent pas.

Je laisse tomber, un jour (?)  je ferai une installation propre pour repartir de zéro.

Merci.

[Einsteinium]

Manque plus qu’à marqué tes prises pour plus avoir ce problème 

[pluton212+]

Il y a 1 heure, Einsteinium a dit :

Manque plus qu’à marqué tes prises pour plus avoir ce problème 

Voila une idée qu'elle est bonne !

[Einsteinium]

J’ai déjà eu le tour aussi, j’ai pris cette décision pour plus avoir de mauvaises blagues (2 onduleurs de 8 prises pleines)